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FORE  WOK  I) 


This  final  report  covers  work  performed  under  Contract  F j'lto7-C6-C-202''i  from 
December  1986  through  March  1989.  The  contract  with  Teiedyne  CAE  (TCAEJ, 
Toledo,  Ohio  was  performed  under  the  "Industrial  Modernization  Incentives 
Program"  (IMIP).  This  program  was  funded  through  Aeronautical  Systems  Division 
Wright-Pat terson  Air  Force  Base  (ASD/YZDC)  and  administer:-1  under  direction  of 
Captain  Sarah  Tandy  and  Major  Dale  Clary. 

IMIP  at  TCAE  was  administered  by  Mr.  Robert  Beck.  Mr.  Devinder  K.  Bawa  was  the 
Project  Engineer  directly  responsible  for  the  Computer  Aided  Log  Book  (CALB) 
effort  under  direction  of  Mi.  Sanjay  Swarup.  Technical  direction  was  provided 
by  Mr.  Jeff  Whaley. 

Belcan  Corporation  of  Cincinnati,  Ohio  was  the  subcontractor  responsible  lor 
design,  development  and  demonstration  of  the  "Kit  Engine"  module  of  the  CALB 
system.  This  task  was  compleied  by  Mr.  Shah  F.  Alam. 

Teledyne  CAE  Information  Systems  group  designed,  developed  and  demonstrated 
"Assemble  Build  Book"  and  "Engine  Build  Book"  modules  of  the  CALB  system. 
These  tasks  were  completed  by  Mr.  Jeff  Whaley. 

This  document  is  published  under  Teledyne  CAE  Report  .Number  240't  and  describes 
the  final  design  and  lessons  learned  i i out  the  Phase  II  effort. 


EXECUTIVE  SUMMARY 


This  report  describes  tie.  results  of  Phase  II  of  the  Computer  Aided  Log  Book 
(CALB)  project.  The  project  was  conducted  by  Teiedyne  CAE  under  the  Industrial 
Modernization  Incentives  Program  ^IMIP)  sponsored  by  the  United  States  An 
Force/Aeronaut ical  Systems  Division.  Funds  were  provided  under  Contract  Number 
F33657-86-C-2U2A . 


The  purpose  of  the  CALB  project  is  to  design,  develop  anti  demonstrate  a 
computer  based  system  that  provides  closed-loop  configuration  control, 
engineering  change  tracking,  and  ''as-built'’  configuration  reporting  in  real 
time. 

The  development  of  the  prototype  system  was  based  upon  requirements  established 
by  the  project  "Statement  of  Work"  (SOW).  These  requirements  led  to  the 
preliminary  system  design  for  the  hardware  and  software  development.  Through  a 
process  of  comprehensive  vendor  analysis,  selection  of  suppliers  resulted  in  a 
combination  of  a  subcontractor ,  Belcan  Corporation  of  Cin<  innati,  Ohio,  and 
Teledyne  CAE's  Information  Systems  (I/S)  group. 

The  prototype  that  has  been  subsequently  developed  utilized  a  combination  of 
hardware  and  software  resources  which  includes  both  DEC  and  IBM  computers,  and 
a  software  base  consisting  of  a  pair  of  manufacturing  systems  namely 
Manufacturing  Management  (MANMAN)  package  and  Teledyne  Information  Management 
System  (TIMS)  package.  MANMAN  software  resides  on  DEC  hardware  located  in 
Teledyne  CAE  Gainesville  (TCAE-G)  facility,  and  TIMS  software  resides  on  IBM 
computer  in  Teledyne  CAE  (TCAE)  Toledo  facility.  Furthermore,  TCAE-G  utilizes 

v  i  i 


a  simpiiiied  version  of  TIMS  system  called  TIMS2.  TIMS2  contains  ai  i  essential 
data  files  on  engines  manufactured  in  the  Gainesville  facility.  New  software 
built  in  addition  to  this  combination  of  MANMAN  and  TIMS  systems  has  been 
tested,  and  successfully  demonstrated  under  the  CALB  project. 

The  CAI.B  system  was  developed  to  provide  a  variety  of  new  f urn  t  lonal  it  ies  for 
Teledyne  CAT  -  Gainesville  facility  in  the  Final  Assembly  and  Test  departments. 
These  functionalities  are  briefly  discussed  as  luilows. 

1.  Assemble  Build  Bool.  Futici  ion.  This  module  developed  by  the  I/S 
group  generates  two  major  document.'  used  in  the  Assembly  and  Test 
area.  These  documents  are  Assembly  Order  Report  and  Assembly  Order 
Routing  Report.  The  CALB  system  is  capable  of  producing  sepal  at.c 
copies  oi  each  document,  by  individual  engine  serial  number  s. 
Ant  ii  1  pa t ed  benefits  by  automating  this  task  include  significant 
reduction  in  labor  spent  in  assembly  of  ouiid  book  document  at  ion. 

2.  K  i  t  t  i  ng  I'  r  oc  ess  .  This  module  developed  by  Be  i  can  Cur  pm  at  i  on 
automates  "pi.  king'  <>t  inventory  from  the  Aut'  mated  Storage  and 
Retrieval  System  ( AS/RS )  and  reporting  exceptions  n  e t  w  e  e  n 
" a  s - k  i  t  t  e  d  "  and  "  a s - d  e  s i g  n  e d  "  revision  letters  of  picked 
components.  This  reporting  and  v.m  ii  i.  .e  inn  ,  e  essential  i  rr 
assuring  that  only  the  acceptable  components  are  assembled  into  an 
i  rig,  i  in’ . 
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3. 


ecord . 


The  CALB  system 


provides  for  recording  revisions  in  engine  configurations 
necessitated  during  engine  testing,  disassembly,  reassembly,  and 
retesting  cycles  prior  to  engine  shipping.  Transaction  date, 
build  history,  run  t  ime  ata  for  new  and  teplaeeii  part  he<  umes  part 
of  the  CRH  record  for  historical  record  ami  lot  t  r  aceali  i  1  i  t  y  . 

Demons t  rat  ion  of  the  prototype  system  to  TCAE  management  and  im'-users  was 
completed  in  early  f‘<8 0.  The  learning  acquired  through  t.lm  prototype  design, 
testing  and  rn-house  demonstration  efforts  provided  the  >asis  for  the  final 
design  of  the  CALB  system  for  plant  -w  ide  imp  1  emeu  t  a  t.  ion .  The  i  i  rial  design 
helped  to  identify  the  hardware  and  *he  software  requirements,  and  to  derive 
the  praije  t  In  ticf  i  t  ^  analysis.  This  report  includes  the  finii  design,  the 
implementation  plan  and  the  project  benefits. 

The  CALB  system  is  an  effective  system  to  automate  collect  ion  arid  verification 
of  engine  back-up  data  during  t  he  assembly  processes.  The  system  will 
significantly  reduce  direct  and  indirect  labor  coasts,  reduce  redundant  data 
storage  and  improve  logistics  support  of  the  shipped  engines. 
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1 . 0  PROJECT  I NTkODUUT 1  ON 

1.1  PURPOSE 

The  purpose  of  the  CALB  prnje<  t  was  to  design,  de\elop  and  d--mons t  r  a t e  a 
computer  based  assembly  log  book  system  to  pro\  ide  <  1  user!- loop  conf  igut  at.  ion 
control,  engineering  change  tracking  and  "as  built"  coni'  igura  i  i  on  reporting  fur 
engines  produced  in  Teledyne  C.AF-Gai nesv i  1 1  e  facility.  The  system  would 
significantly  reduce  document  at  run  costs  and  delays. 


1.2  NEED  FOR  COMPUTERIZED  ASSEMBLY  LOG  BOOK 

Currently,  t  he  aerospace  industry  is  seeking  faster  verification  o  1 
manufactured  configurations.  For  the  most  part,  current  methods  ate  labor 
intensive,  non- int  egrated  and  result  in  degraded  response  time.  Heme,  the 
need  for  a  CALB  project  that  would  significantly  integrate  and  automate  data 
collection,  verification  and  document  generation  tasks. 

1.2.1  "As-is"  Process  Description 

1  .  2  .  1  .  1  Kitting  Process 

Currently,  the  "pick  lists"  are  configured  using  the  structure  t  fiat  was 
developed  to  assemble  the  end  item.  This  results  in:  1)  duplication  of  the 
same  component  at  various  locations  in  the  kitting  instructions,  2)  added 
tra\ei  time  to  move  back  and  forth  between  bin  locations,  and  3)  inconsistency 
i  ri  grouping  of  parts  for  pre-assembly  kits.  In  addition,  recording  ot  icquired 
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•  Lit  a  e 1  ••mi-nt  s  ■  n  assentbl  y  simp  < 1 1  de  t  s )  j  e  manna  1  and  subsequent  !  ••  p>  .  : 

errors,  i  IK'  luding  t  r ari~> p  is  i  t  i  mis  ,  num!  •  i  i  ng  c  r  r  o  i  ari  l  i  1  1  eg  i  1  ■  i  i  i  t .  \  . 

1.2. 1.2  Engineering  Change  Order  ( t-.Co )  fnii*  i  o] 

The  current  ECO  control  proeedur  <■  is  spin  i -ant  uniat  .ed  Imt  lacks  integral  Lo  r  ith 
related  dat  .»  »•  1  emont  s  needed  to  support  r  1  osed- ]  imp  ECO  management  and  pi  tn  id«* 
acceptable  "ranges"  of  r>-v  isiori  levels.  Tin  e.->  ermi  nat  ion  of  t  ho  appropriate 
configuration  of  components  for  Pitt  mg  is  based  on  f  i  r s t - i  n- f i r s t -out  (  F I  Y‘  >  i  . 


This  data 

i  s 

r  worded  manu 

a  1  1  y  ,  an. 

1  t  r  ansni  -  \  i 

ed  to 

fiua  !  i  t  y  Eng  i  tu 

■‘jit  rip. 

for 

manual  v  e 

r  i  f 

i  <  at  ion  of  "as 

k  i  t  t.  ed  " 

\  r  i  su.s  "as 

d  os  i  g  ried  "  .  F.\  r  ep 

f  1  0  I  1 

a  r  e 

ri'i'iii  d  e  d 

.i  in 

1  t  o i '  a  r d  ed  to 

Coni igur 

a t  i  on  Ma riagemen  t 

for  i  rives  t  l  g 

a  1  ion 

and 

cor rec t i on 

Fxceptions  are 

manua  i  1  y 

verified  ag 

j  i  let 

t  be  accept abl t 

i  angt 

'■  of 

rev  i s i on 

1  ev  i 

e  i  s  vli  i  c  h  is  a 

t  i  me-c  onsum  i  ng  arid 

1  alior 

i  rit  ens  i  ve  prof 

•ess. 

The 

verifies  t. 

ion 

(it  "as  kitted' 

V  IM  SUS 

"a s  built' 

i  s 

1  a  nor  i  n  t ens i 

\  e  . 

The 

verification  of  "as  designed"  versus  "as  built"  is  also  labor  int  ensive. 

1  ■  ~  .  '  ■  d  [’reparation  oi  Assembi >  I. eg  honk  and  trig  ire'  Shipping  Book 

Assembly  Log  Books  are  current !>  run  manually  and  are  transmitted  in  assembly 
sequence  rather  than  part  number  sequence.  These  procedures  are  labor 
intensiv'  and  prone  *o  it  i  or  s  ,»nd  delays. 

P>e<  arise  current  met  boils  are  labor  intensive,  non- ; n t eg r a t ed  and  car.  result  in 
degi  ,i  a  a  i  e s j. , . ii -  c  I  mil’,  a  <  nmpiit  et  -based  system  bec  omes  neeessar  v  !  m  an 
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automatic  data  collection,  verification  and  do  union  t  gonoi.it  ion  in  near  "i  o,d 
time".  Hence,  there  is  a  need  for  a  system  like  CAt.lt . 

1.3  OVERALL  OBJECTIVES  OF  CALB 

CALB  provides  the  means  for  integrating  many  systems,  s  igni i  i cant  1 y  reducing 
labor  cost  associated  with  preparing  the  assembly  log  bool;  and  shipping  book. 
CALB  also  improves  the  quality  of  these  books.  The  system  provides  a  near  real 
time  configuration  exception  reporting,  and  control  of  the  assembly  process. 
CALB  eliminates  the  need  for  making  multiple  copies  of  assembly  paperwork  by 
providing  the  ability  to  display  assemble  paperwork  a!  workstations. 

1.3.1  Specific  Objectives  of  CALB 

There  are  several  major  objectives  of  the  CALB  system.  These  are  provided  as 
fol 1 ows . 

1.  Develop  an  integrated  computer  system  that  includes:  bill  of 
material,  inventory  control,  engineering  change  management, 
configuration  control  by  serial  number,  and  engine  log  books. 

2.  Develop  reporting  of  configuration  except  ions  in  near  real-time. 

3.  Develop  printing  ability  of  computer  generated  portions  of  an 
assemble  log  book  and  engine  shipping  book.  This  task  includes:  a) 


ij  ci  f  r  ori  i  i 


reprodiK  tion  cf  Assemble'  Or  (ter  Routings  t  ied  to  Engine 
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S  e  1  i  a  1  Numbers,  and,  b  )  elec!  nm  i  >  i  •  -  p  j  o  d  u  ■  t  i 
Manufacturing  Rill  of  Material. 

4.  Enhance  capability  lor  serial  number  control  and  vorifii 

5.  Develop  capability  of  on-line  storage  and  retrieval 
engine  configuration  and  Component  Replacement  History. 


o n  of  t  b  e 


cat  ion . 


of  current 
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2.0  STATEMENT  01  V.'ORi: 

2.1  PROTOTYPE  AND  DEMON'S  AT  I  ON 

Per  the  contract,  TCAI1  was  required  to  build  a  system  prototype  to  evaluate  and 

demonstrate  the  following  tasks  within  the  CALB  system. 

1.  Demonstrate  a  computer  generated  assembly  log  book  in  original 
pr i nt  qua  1 i t>  . 

2.  Demonstrate  an  integrated  computer  system  to  include:  bill  of 
material,  inventor)  control  eng  i  tiee  ring  change  management  and 
engine  log  hook. 

15.  Compare  the  "as-built"  data  to  the  engineered  configuration  and 
generate  exception  reporting. 

4.  Collect  t  lie  "as-built"  data  via  a  document  scanner  or  equivalent. 

5.  Store  and  retrieve  engine  configuration  and  Component  Replacement 
11  i  st  ory. 

Evaluation  and  demonstration  of  these  tasks  are  discussed  in  Liter  chapters. 
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2.1.1  Final  Design 

A  detailed  design  is  established  to  fully  define  the  production  uperat  ion  of 
the  technology  based  on  the  results  of  the  prototype  and  demonstration  effort. 
The  impact  of  applying  technology  within  manufacturing,  manufacturing 
engineering  and  quality  procedures  has  been  made. 

2.1.2  Implementation  Plans 

Plans  for  plant-wide  implementation  of  the  CALB  system  have  been  developed. 
They  include:  1)  details  on  needed  hardware  and  software,  2)  details  of 
training  requirements  and  3)  assignments  of  tasks  to  various  functional 
departments . 

2.1.3  Capital  Equipment  Requirements 

Hardware  and  software  requirements  for  plant-wide  implementation  of  the  CALF, 
system  in  TCAE-Ga i nes v  i  1 1 e  facility  have  been  identified. 
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3.0  SUBCONTRACTOR  STRUCTURE 

In  order  to  meet  project  objectives  and  Statement  ol  Work  requirements, 
Teledyne  CAE  established  a  subcontractor  structure  as  shorn  i ri  Figure  3-1. 


Figure  3-1.  CALB  Project  Subcontractor  Structute. 

Funds  for  development  of  the  CALB  prototype  system  were  made  a\aiiuble  to 
Teledyne  CAE  by  the  United  States  Air  Force.  Teledyne  CAE  subcontracted  Belcan 
Corporation  to  develop  and  demonstrate  "KIT  ENGINE"  module  of  the  CALB  system. 
Belcan' s  report/documentation  on  the  subject  development  effort,  which  includes 
user's  manual,  has  been  included  in  this  report  as  Appendix  C. 

Teledyne  CAE  further  contracted  its  Information  Systems  group  (I/S)  to  develop 
"Assemble  Build  Book"  and  "Engine  Build  Book"  modules  of  the  CALB  system.  TC.AE 
I/S  study,  which  includes  user's  manual,  has  been  attached  to  the  appendix 
section  of  this  report  as  Appendix  I!. 
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4.0  CALB  SYSTEM  OVERVIEW 

4 . 1  GENERAL  PROCESSING  RULES  AND  ASSUMPTIONS 

The  CALB  system  has  been  designed  under  the  following  processing  rules  and 

assumptions : 

1.  The  TIMS  system,  resident  in  the  Toledo  IBM  computer,  is  used  to 
house  the  Bill  of  Material  (BOM)  library. 

NOTE :  TIMS2  is  a  simplified  version  of  TIMS  engine  database  which 
contains  BOM  and  Quality  Operating  Insti uctions  (QOI)  for  all 
engines  manufactured  in  the  TCAE-Gainesvi 1 le  facility.  The 
TIMS2  data  set  is  physically  downloaded  onto  the  Gainesville 
DEC  VAX  computer  once  a  month,  prior  to  engine  build. 

2.  Assembly  Order  Routings  ( AORs )  are  stored,  maintained,  and  produced 
from  the  TIMS2  system. 

3.  Assembly  Shop  Orders  (ASOs)  are  kept  under  separate  procedures  in 
the  assembly  area. 

4.  CALB  tracks  serial  numbers  of  all  parts  (purchased,  manuf ae t ur ed , 
fabricated,  etc.)  issued  directly  to  the  engine  assembly. 

4.2  ASSEMBLE  BUILD  BOOK  FUNCTION 

The  build  book  is  used  to  maintain  a  historical  record  ol  the  process  of 
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building  and  testing  an  engine  through  <omp]etiun.  A  build  book  is  assembled 
for  each  engine  scheduled  to  be  built.  This  assembly  pm.  .'s*  consists 
primarily  of  inserting  blank  documents  into  proper  sections  of  the  bool.  "in. 
documents  are  then  completed  at  various  stages  ul  the  build  and  test  processes . 
The  following  documents  comprise  the  build  book.  Departments  responsible  for 
maintaining  said  documents  have  also  been  identified.  (Reference  circle  1.0  on 


the  Data  Flow  Diagram,  Figure  4-1,  page  4-1 . ) 

_ Documents _ _ 

o  Assembly  Order  Routing  (AOR) 
a  Engine  Backup  Data  Sheets 
o  Assembly  Parts  List  (APL) 
o  Nonconformance  Log 
o  Engine  Assembly  Work  Sheet 
o  Router  Sheet  and  OK  for  Test 
o  Nondestructive  Inspection  Record 
o  Disassembly  Inspection  Record 
o  Envelop  Acceptance  Gage 
o  Flow  Test  Records 
o  F107  Gearbox  Assembly 


Maintained  P-v 
TIMS  2 

Production  Control 
CALB 

Quality  Assurance 
Quality  Assurance 
Quality  Assurance 
Qualify  Assurance 
Quality  Assurance 
Quality  Assurance 
Quality  Assurance 
Qua  1 i t  y  As  s  u r  a nc e 


Some  of  the  documents  identified  above  travel  with  material  as  it  moves  through 
the  assembly  and  test  process.  Additionally,  the  AOR  is  maintained  in  the 
TIMS2  database.  When  requesting  a  copy  of  t  lie  AOR ,  the  terminal  operator 
supplies  a  starting  engine  serial  number  which  is  printed  on  the  router. 
cbr  ia!  number-  a: >  incremented  when  copies  for  mult  iple  engines  are  made.  The 
APL  is  generated  electronically  from  the  configuration  established  during  Green 
Build.  \J]  other  documents  continue  to  be  prepared  manual  1). 
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4.3  KITTING  ENGINE  FUNCTION 


The  Manufacturing  Parts  List  (MPL)  downloaded  from  TI.MS2  is  merged  with 
location  and  inventor}  data  t  dmi  MANMAN  to  generate  a  material  pick  J  i  s  t  .  The 
CALB  and  Automated  Storage  and  Retrieval  System  (AS/RS)  interface  is  used  to 
select  required  material.  ( Ref e r '-m oircie  2.0  on  the  Lata,  rim-  Diagram, 
Figure  4-1.)  Significant  features  of  Lne  Kitting  Engine  Module  are  provided 
below . 

o  Component  revision  letter  is  cheeked  and  recorded  at  issue  by  the 

operator.  Exceptions  are  noted  and  recorded  electronically. 
Exception  reports  are  also  for  war  dcd  to  Configuration  Management  . 

o  Terminal  operator  supplies  the  following  information:  initial 

engine  serial  number;  engine  quantity;  and  contract  number. 

o  Work-in-process  material  is  trucked  to  the  assembly  area  in  kit 

form . 

o  Issuing  excess  material  to  a  work  order  causes  seven’  fluctuations 

in  a  Material  Requirements  Planning  (MRP)  system.  Therefore,  all 
material  is  accounted  for  through  inventory  control  personnel  prior 
to  the  issuance  of  excess  material. 

u  This  process  electronical!}  records  each  serial  number  issued,  and 

builds  a  skeleton  configuration  file  for  all  configured  parts 


( i . e . ,  those  parts  whose  revision  letter  is  controlled). 
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o  Configuration  subsystem  contains  the  following  fields. 


_ Field  Winn; _  T )  p e 

Engine  Part  Number  A 

Engine  Serial  Number  N 

Engine  Model  Code  A 

Engine  Starts  N 

Engine  Build  Number  N 

Date  A 

Component  Part  Number  A 

Component  Serial  Number  A 

Component  Change  Letter  A 

Revision  Letter  Exception  A 

Group  Number  A 

A  =  Alpha;  N  =  Numeric 


4.4  ENGINE  GREEN  BUILD  FUNCTION 


1  i  e  1  d 


Lcn,-;  *  h 
1  5 


-  O 
1  i. 


18 


1  2 


■> 


This  process  describes  the  complete  assembly  of  an  engine  prior  to  initial 
test.  During  this  process,  serial  numbers  are  recorded  electronical ly  via  CRT 
into  the  CALB  database.  (Releience  circle  3.0  on  the  Data  Flow  Diagram,  Figure 
4-1.)  Significant  features  of  this  module  are  given  below. 


o  Component  serial  numbers  are  entered  when  required.  This  faei 1 j  t> 

is  required  l'oi  recording  serial  numbers  for  purchased  or  manufac- 
t ui ed  components  whose  data  has  not  been  recorded  previously. 
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u  To  ensure  that  the  (  omputien  l  s  have  riot.  been  ‘  *  I  ■  i  •  >  3  1  n  adver  t  err  t  1  v 

between  kit  and  build,  the  component  change  letter  is  validated 
against  the  API.  one  more  time.  Violations  cause  a  warning  message 
to  the  terminal  operator,  and  an  entr>  is  recorded  in  the 
Configuration  Exception  field  for  that  component.  An  exception 
report  is  also  forwarded  to  the  Configuration  Management. 

o  An  entry  in  the  BOM  indicates  components  v  hi  eh  are  serialized  and 

need  to  be  tracked  through  the  serialization  file. 


Component  ser 

ial 

numbers  arc 

'  e  het. 

led  against  a  1 

ile  of  va 

.  1  id  sci  i a 

numbe Is  of  1 

Dilip' 

Jfl* 

‘  r  1 1  s  a  \  a  i 

1  a  b  1  e 

for  engine  bui 

Id.  If 

t  h*-  s-.-r  i.t 

number  (  lee  k 

fa  i 

Is 

t  hen  an 

appro 

'priate  terminal 

mes  sage 

1  1-.  1SSU  t‘ 

t  o  t  he  opf>r , it  ui  . 

O  The  validation  pi  m  e-,  s  des<  I  i  bed  above  sets  a  flag  in  the  SC!  1  a  ! 

number  tile  v h i  i  h  indicates  which  serial  numbers  have  been  issued 
hv  par  t  nuriiie  i  . 

n  Component  movement  into  and  out  ot  an  engiii'  a<"->>i»i.  1  is  aided 

e  i  ei  t  r  on  i  i  a  1  1  y  .  Ibis  data  is  refolded  in  t  h>  r'nniputi«-tif  Id  p  1  a.  *-rm  n  t 
II  i  st  or v  (CRH)  file. 

o  In  the  event  that  a  eumponent  iio  'Is  I  ••  r  ep  1  a.  ed ,  tie  :  >  I  1  .a  in;; 

add  i  t  I  ona  1  data  i  s  I  e'p;  I  I  f  ■  *  t 

1  .  fug  i  lie  ser  la!  tiurnb-t 


Component  par  t  numhei 
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Comment  s/j  emarks 

Outgojng  component  stria)  number 
Test  time,  it  an>  ,  on  outgoing  serial  number 
Number  oi  starts  on  out-going  serial  number 
Build  number  on  outgoing  set  Lai  number 

Incoming  component  serial  number.  Incoming  components  must 
satisfy  the  following  edit  criteria: 

The  component  serial  number  must  be  valid. 

The  revision  letter  must  no  valid;  if  riot.,  exceptions 
are  noted  ami  need  to  be  approved. 

if  tie  •. nnipom::.:  is  currently  assigned  to  an  engine, 
tie  lini  is  broken  and  a  CRH  record  i.s  es  t  abl  1  sied 


which  identifies  the  break. 


Test  time,  it  an;.,  on  interning  serial  number 
Number  of  starts  on  incoming  serial  number 


Build  number  on  incoming  serial  number  . 


(empein  nt  movement  direction  of  tea  or  old  components .  Component 


inctinn  lit  direction  (In/Out  of  the  engine  ussemblv) 


!'*•<(.  |  dud 


indicating  a<  tivity  related  to  old  part  out  ,  new  part  in  or  one  part 
being  exchanged  for  another  acceptable  part. 


Reourds  of  the  above  transa-  tion  are  kept  in  t  lie  Component 
Replacement  II  i  s  t  o  t  \  til*-.  This  file  is  linked  to  the  configuration 


file,  .illi  I  ■  on  t  a  i  ns  tie  I  iilnv.ii;;-;  add  i  t  ioti.i  1  fields  da  t  a  . 
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Field 
Long:  h 
K 


180 

180 


Af  t  cr  the  engine  has  beer,  assembled  at  the  "Green  Build"  stage,  it  is  then  sent 
to  "Engine  Testing"  operation.  (Kef  or  ewe  circle  4.0  on  the  Data  Flow  Diagram, 
Figure  4-1.)  Engine  testing  operation  is  highly  automated,  and  test,  data  is 
printed  out  via  test  computer  fot  further  analysis.  This  tost  data  tivnime- 
i  >  a  i  t  ot  t  to  engine  test  h  i  s  1  <  ■  r  \  ;  CALF  system  does  tint  interlaid  with  t.-st 
i  '11s,  or  extra,  t  my  test  data. 

Per  quality  engineering  procedures,  tested,  engines  are  further  routed  far  the 
"Fngine  Jasper  tiori"  operat .ion.  (Reference  circle  T.<)  on  the  Data  Flow  Diagram, 
figure  4-1.)  If  required,  engines  arc  disassembled,  replaeed  with  n<  v. 
i  omporu  ii  t  s  ,  r '-as  s  emh  1  ed  and  retested.  This  cycle  ot  engine  testing  and 
;  'testing  i  <>nt  i  me-s  uut  1  ]  engines  meet  per  for  n.-trieo  goals.  r.M.P  system  Keeps 
nun, tiers  of  replaced  parts,  arid  those  oi  no  parts  installed. 
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Transac  t  ion  [tat  e 
Component  Movement  Status 
Run  'rim  ■ 

Star t  s 

P.ui  Id  Numla-r 

Remarks 

Pi  sons  i  ;  i  on 


A  -  Alpha;  N  =  Numeric 


ASSEMBLE,  TEST  AND  SHIP  BOOK 


re.  ell 


set  la. 
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In  addition,  number  ot  starts,  i  un  '  i  me  on  ngines  and  <  oni|-o!i.-nt  s  a  t  »•  .Iso 
recorded  automat i«-al  ]y .  (Reference  t  i  roles  ".U  and  6.0  on  Data  ! J  ov  Pi jgram, 
Figure  4  -  1  .  )  The  completed  engine,  v  i  t  h  a  >  <  <  .  p  1  a  6  1  e  I'crl  urni.im  r 
characteristics,  is  then  prepared  lor  shipment.  Ship  bool-  containing  rie<  essary 
engine  serial  records,  performance  data  along  vith  sevrral  manna]  1)  prepared 
forms  become  part  of  the  "engine  ready  to  ship"  document.  (Keterence  t  ir<  less 
7.0  and  8.0  on  Data  Flow  Diagram,  Figure  4-1.)  All  engine  data  e.g.,  ser  i.il 
numbers,  performance  data,  etc.  collected  i n  the  CALB  system  become  permanent 
history.  This  history  is  archived. 
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5.0  CALB  SOFTWARE  AND  HARDWARE  OVERVIEW 

5.1  GENERAL  DESCRIPTION 

This  chapter  describes  hardware  arid  software  configurations,  and  their 
locations  as  ost  abl  ished  under  t  lie  CALB  prototype  system. 

5.1.1  CALB  Hardware  Configuration  Diagram 

Figure  5-1,  page  5-2  illustrates  linkage  between  various  computers  located  in 
Teledyne  CAE  -  Toledo  and  Gainesville  facilities.  The  Toledo  based  IBM  3085 
computer  houses  the  TIMS  manufacturing  system.  This  system  contains  a  full 
bill  of  materials  based  upon  engine  serial  number  effectivity  and  it  reflects 
the  progression  of  engineering  change  letters,  fabrication  routings,  and  a 
Quality  Control  inspection  standards  system.  Serial  number  on  components 
available  for  engine  assembly  are  entered  on  files  resident  on  the  TIMS 
flat  abase . 

Toledo  based  IBM  3033  is  linked  to  Gainesville  based  VAX  1  1/780  computer  via 
communications  network  system  as  shown  in  Figure  5-2.  Gainesville  based  VAX 
1  1/780  comput  f  r  system  contains  MAN’MAN  system  which  is  used  to  house  TIMS2 
database  with  a  simplified  bill  of  materials,  fabrication  routings,  inventory, 
shop  flour  data  arid  MRP.  VAX  1  1/780  rs  further  linked  with  Litton  Automated 
Storage  and  Retrieval  System  (AS/RS)  via  PDF  11/84  micro  computer  as  shown  in 
Figure  5 -  1  . 
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HARDWARE  LOCATION 


Go i nesv i  I  I e 


Figure  5-1.  CALF  Hardware  Conf igurat inn  Diagram. 
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Figure  5-2.  Communication  Notworl.  System  Between 
Teledyne  CAE  Toledo  and  Gainesville  Facilities 
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5.1.2  CALB  Software  Requirements 

In  order  to  meet  objectives  of  the  CALB  system,  special  software  was  developed 
in  addition  to  existing  software  e.g.,  MANMAN  and  TIMS  systems.  Special 
software  is  described  as  follows. 

5. 1.2.1  Software  for  "Assemble  Build  Book"  and  "Green  Build"  Functions 

Toledo  based  Information  Systems  group  developed  software  needed  tor  the 
"Assemble  Build  Book"  and  "Green  Build"  functions  through  the  engine  testing 
and  shipping  functions.  Full  description  of  the  software  related  to  these 
tasks  have  been  provided  in  the  User’s  Manual,  Appendix  B. 

5. 1.2. 2  Software  for  "Kitting  Engine"  Function 

Be  lean  Corporation  developed  software  needed  for  kitting  of  engine  components 
from  the  \S/RS  system  per  engine  components  list  generated  uy  the  TIMS2  system. 
The  software  resides  on  MANMAN/VAX  systems  and  interfaces  with  Litton  AS/RS 
system  via  a  PDP-11  computer.  The  CALB  kitting  software  processes  the 
component  list  and  is  downloaded  from  t  tie  TIMS2  database  with  the  MANMAN 
database.  If  t  he  lists  match  entirely,  engine  kitting  operation  takes  place. 
This  task  further  consists  of  automatically  fetching  the  components  from  the 
AS/RS,  and  then  updating  the  MANMAN  database  according  1  y .  A  full  description 
of  the  software  related  to  kitting  functions  has  been  described  in  the  User's 


Manual,  Appendix  (' . 
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6.0  PROTOTYPE  DEMONSTRATION 

6.1  GENERAL  OVERVIEW 

To  meet  objectives  of  the  Statement  of  Work,  prototype  demonstration  kis 
prepared  for  presentation  to  the  representatives  from  Wright-Pat  ter son  Aii 
Force  Base,  Dayton,  OH.  The  formal  presentation  will  bo  conducted  in  late  1989 
at  the  Teledyne  CAE  facility  in  Gainesville,  GA.  This  cnapter  covers 
essentials  of  the  planned  demonstration  and  the  findings  made  during  in-house 
systems  testing. 

6.1.1  Database  for  CALB  Prototype  Demonstration 

Actual  data  from  Teledyne  CAE  engine,  model  373  ,  was  selected  for  the  CALB 
system  demonstration.  Manufacturing  Parts  List  (MPL)  for  the  engine  *724951 
(model  373)  contains  two-hundred  thirteen  (213)  line  items.  This  extensive 
part  list  was  however,  abbreviated  to  contain  eight  (8)  parts  only  for  use  in 
the  CALB  system  demonstration.  Four  of  these  parts  require  serial  number 
control,  others  are  non-serial ized  floor  stock  items.  This  abbreviated  list 
formed  a  subassembly,  part  *724 591 -DEMO ,  and  was  found  adequate  to  demonstrate 
essential  elements  of  the  CALB  system. 
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6.2  BUILD  PART  FILE 

The  objective  of  this  interface  is  to  build  a  database  fur  the  CALB  system. 
The  Part  File  contains  a  variety  of  data  relating  to  all  kinds  of  parts  that 
are  recognized  by  Teledyno  CAE.  There  are  manufactured  parts,  purchased  parts, 
and  even  research  and  development-only  parts  on  the  file.  Software  1  or  the 
"Build  Parts  File"  facility  was  developed  by  Teledyne  CAE  prior  to  the  CALB 
system  development.  Eince  this  file  serves  as  an  essential  building  block  for 
the  CALB  system,  some  discussion  and  demonstration  of  this  facility  is  needed. 

To  start  input  into  the  Parts  File,  main  menu  0IMENT1  is  invoked.  Menu  screen 
for  0IMENT1  appears  as  shown  belov  . 

01 MENU 1  MANUFACTURING  PART/  PRODUCT  STRUCTURE  SYSTEM 

MASTER  MENU 

0.  EXIT  SYSTEM 

1.  EXIT  MENU  SYSTEM 

2.  UPDATE  MENU 

3.  INQUIRY  MENU 

4.  UNIT-OF-MEASURE  MENU 

PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


Figure  6-1.  Manufacturing  Parts  Master  Menu. 
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Option  2  (OIMENU2)  is  used  to  update  the  Part  Record.  Menu  screen  for  0IMENU2 
appears  as  shown  below. 


01 MENU 2  MANUFACTURING  PART/  PRODUCT  STRUCTURE  SYSTEM 

MAINTENANCE  MENU 

0.  RETURN  TO  MASTER  MENU 

1.  ADD  A  PART  RECORD 

2.  CHANGE  A  PART  RECORD 

3.  DELETE  A  PART  RECORD 

4.  RELEASE  AND  CANCEL  PRODUCT  STRUCTURE  RECORDS 

5.  MISCELLANEOUS  PRODUCT  STRUCTURE  CORRECTIONS 

6.  CANCEL  PRODUCT  STRUCTURE  RECORDS 

PLEASE  TYPE  THE  NUMBER  OF  THE  SELECTION  YOU  WANT  AND  PRESS  ENTER 


Figure  6-2.  Manufactur ing  Part  Maintenance  Menu. 


As  per  the  CALB  Prototype  System,  to  add  a  part  record,  option  1  is  selected. 
Figuie  6-3  illustrates  option  1  screen  with  input  data  for  P/N  723675  entered. 

OINPART  ADD  A  PART  RECORD 

PART-NUM: 

REV-LTR :  CRIB: 

PART-DESCRIPTION : 

S/S:  PROC-CODE: 

MODEL-CODE : 

SIZE: 

CTRL-FLG2 :  REPAIR/REWORK  (BLANK  OR  "BMPIRE"):  ASSY: 


MB: 


CAT:  MATL-SPEC: 


Figure  6-3.  Add  a  Part  Record  Screen. 
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Various  options  available  for  the  Part  Record  Maintenance  are  shown  in  Figure 
6-2,  page  6-3. 

6.2.1  Build  Bill  of  Material  File 

This  interface  was  also  developed  by  Teledyne  CAE  prior  to  CALB  system 
development .  The  data  is  used  as  a  standard  during  the  evaluation  of  the 
relationship  between  particular  engine  serial  numbers  and  the  change  letters  of 
the  components  that  go  into  them.  A  warning  message  is  generated  whenever  a 
component  revision  number  is  not  appropriate.  The  bulk  of  the  module  periorms 
a  separate  set  if  functions  and  was  developed  previous  to  the  CALB  system.  The 
menu  screen  pertaining  to  the  BOM  file  is  shown  in  Figure  6-4  below. 

OICRELPS  RELEASE  AND  CANCEL  PRODUCT  STRUCTURE  RECORDS 

OLD-MFG-PART-NBR : 

NEW-MFG-PART-NBR : 

NEXT-ASSY-PART-NBR : 

OLD-QTY :  NEW-QTY :  REF : 

OLD-CHG :  NEW-CHC :  UM-MFG : 

MODEL-CODE: 

ENGINE  SERIAL  NBR: 

CANCEL  ALSO?: 

Figure  6-4.  Bill  of  Material  (BOM)  Menu. 


SER  CTRL  (USE  "B"  FOR  BLANKING 
UM-COST: 
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Figure  6-5  below  illustrates  Product  Structure  Explosion  for  the  CALB  system 
prototype  data  containing  two  (2)  components. 


01 IPS  PRODUCT  STRUCTURE  INQ  MFG  SINGLE  LEVEL  EXPLOSION 

MANF.  PARTS  -  LATEST  CONFIGURATION  ONLY 

PART-NUM:  723675 

PART-DESCRIPTION  DRAWING  NUM  REV-LTR 

STATOR,  AXIAL,  1  STG  723675  -M — 

PART-NUMBER  PART-DESCRIPTION  QNA  REF  MB  REV-LTR 


UM-MFG  UM-COST 


C723675  STATOR  CSTG,  AXIAL,  1  STG  1.0000  B  -E04 

EA  EA 

C723675-402  CSTG  STATOR-1ST  STG  (QUALIFYIN  1.0000  B  -E06 

EA  EA 


Figure  6-5.  Product  Structure  Explosion  for  CALB  Prototype  Parts. 


6.3  BUILD  MODEL  FILE 


Part  "model"  section  is  a  secondary  or  support  module  to  maintain  a  list  of  the 
serialized  components  to  be  tracked  at  a  given  time  for  a  particular  engine 
model.  This  list  is  updated  as  often  as  the  configuration  of  an  engine 
changes.  It  performs  the  following  specific  functions: 

o  Provides  a  list  of  part  number  prompts  for  the  user  responsible  for 
recording  the  serialized  components  being  placed  in  a  specific 
engine . 


o  Enforces  a  particular  order  of  printing  of  serialized  components  on 


the  "Engine  Configuration"  report. 
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The  model  section  ai  so  i  milains  general  information  concerning  an  engine  that 
is  used  to  expedite  loading  and  printing  of  the  serialized  component  da’.i. 
This  data  includes  a  model  "name",  top-engine  and  base-engine  part  numbers,  and 
an  engine  serial  number  prefix.  Th  i  -i  data  is  used  for  the  following  purposes: 

o  The  model  "name"  and  the  top-engine  part  numbers  are  all  pitnted  on 

the  "Engine  Configuration"  report. 

o  The  top-engine  part  number  is  also  used  as  a  search  argument  on  me 

TIMSi!  Bill  o  1  Material  (BOM)  file  at  trie  time  <0  '■oiling  component 
change  letter. 

For  most  data  ent  ry  purposes,  an>  need  to  identify  a  lull  engine 
serial  number  is  eliminated.  feed  in  plate  of  the  full  engine 
number  is  a  one-posit  inn  engine  mode;  ,  i,de  and  a  base  engine  number 
-  which  taken  together  may  be  input  i  i  t  b  *  •  iat  iv-.d  y  ,  -vet  key 
strokes.  For  example,  the  F107  engine  preli\  oi  "V.T.-il"  is 
represented  by  the  one  position  "C".  In  tun*-  few  cases  whet  e  a 


fill  1 

engine  serial 

mim be r  i  s 

requir e d 

-  such 

a  s  for 

1  i ;  r  ni ,  i  1 

r  epo  r 

ting 

pu r  po ses , 

th'1  system 

au  t  onia  t  i  < 

a  1  1 y  pe r 

t  o  r  m  s  a 

s  w  itch 

based 

upon 

the  model 

files,  repl 

ac ing  the 

short er 

model  co 

de  and 

t tie  base  serial  number  with  an  extended  number. 

Figure  (.-6  provides  a  display  of  Model  Configuration  lor  CAi.B  prototype  engine, 
model  number  "V".  bat  a  tm  the  prototype  bonii  me  t  i  a  t  i  >  >  n  uses  (A)  lonipuri'iit  s 
that  require  serial  number  control  as  shown  below. 
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CFIMOD  DISPLAY  A  MODEL  CONFIGURATION 

MODEL  NUMBER:  y 

MODEL  NAME  MODEL  PART  NUMB  MODEL  PREFIX  BASE  PART  NUMBE 

DEMO  724951-DEMO  CA-E  724951-DEMO-l 

GRP  TITLE  STANDARD  PART 


10  SEAL, INTERNAL  309826 

20  BRG ,  BALL  309895 

30  STATOR, AXIAL  723675 

40  SHROUD  ASSY  724566-101 


Figure  6-6.  Model  Configuration  for  CALB  Prototype  Engine,  Model  Y. 


6.4  BUILD  PART  SERIAL  NUMBER  AVAILABILITY  FILE 


This  module  holds  a  list  of  serialized  component  candidates  for  use  ,  n  an 
engine.  This  list  is  used  as  the  basis  for  an  edit  of  serial  n  umber 
avai Jabi J i t  y  for  engine  assemblies.  When  a  particular  serial  number  has  been 
committed  to  an  engine,  then  the  record  of  that  commitment  is  also  retained  in 
the  system.  The  main  niviiu  used  lor  building  a  Serial  Number  Availability  t'iU 
is  shown  in  Figure  6-7,  page  6-8. 
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OIMENU3  MANUFACTURING  PART/  PRODUCT  STRUCTURE  SYSTEM 

INQUIRY  MENU 


0.  RETURN  TO  MASTER  MENU 

1.  PS  COMPONENT  SERIAL  NUMBER  INQUIRY 

2.  PS  WHERE-USED  INQUIRY 

PRODUCT  STRUCTURE  INQ  MFG  SINGLE  LEVEL  EXPLOSION 

4.  PRINT  ALL  THE  COMPONENTS  FOR  A  PART  -  ON  THE  CONSOLE 

5.  PRINT  ALL  THE  COMPONENTS  FOR  A  PART,-  ON  FILE  OIIALL1  MITROL 

6.  PRINT  AN  ASSEMBLY  BILL  OF  MATERIALS  ON  SPECIAL  FORM  -  ONLINE 

7.  PRINT  MULTIPLE  ASSEMBLY  BILLS  OF  MATERIALS  ON  SPECIAL  FORM  -  BATCH 

8.  PRINT  AN  ASSEMBLY  ROUTING  ON  SPECIAL  FORM  -  ONLINE 

9.  PRINT  MULTIPLE  ASSEMBLY  ROUTINGS  ON  SPECIAL  FORM  -  BATCH 

PLEASE  TYPE  THE  NUMBER  OF  THE  SELECTION  YOU  WANT  AND  PRESS  ENTER 


Figure  6-7.  Menu  Screen  to  Build  Part  Serial  Numbers. 

Part  Serial  Numbers  are  loaded  into  the  data  base  using  option  PI  in  the  main 
menu  screen.  Option  "1  menu  screen  appears  in  Figure  6-8,  where  additional 
data  and  number  of  units  available  are  also  entered. 

CFNSER  LOAD  SERIAL  NUMBERS  TO  THE  SERIAL  NUMBER  AVAILABILITY  FILE 
PURCHASED  ("P")  OR  MANUFACTURED  ( "M" ) : 

PART  NUMBER:  SERIAL  NUMBER:  NBR  OF  UNITS: 


Figure  6-8.  Screen  to  Add  Part  Serial  Numbers. 
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Figure  6-9  below  displays  Availability  Status  fur  Part  72167  5;  nine  (9)  parts 
being  available  for  engine  building.  This  part  number  is  one  of  the  component-’ 
used  iri  the  CALB  prototype  system  demonstration.  The  status  also  displays 
serial  numbers  available  for  the  engine  assembly. 

CFISER  DISPLAY  AVAILABILITY  STATUS  FOR  A  PART 

PART  NUMBER:  723675 

SERIAL  NUMBR  IN-USE-NOW  USING  ENGINE 

301 

302 

303 

304 

305 

306 

307 

308 

309 

Figure  6-9.  Part  Availability  Status  Display. 

The  last-using  engine  data  can  later  be  referenced  when  a  component  is  i e mo \ ed 
from  one  engine  and  eventually  applied  to  another  engine.  Thus,  it  serves  as  a 
cross  reference  to  the  old  engine  so  that  start  and  run-time  statistns  can  be 
applied  to  the  new. 

6.5  BUILD  ENGINE  FILE 

Figure  6-10,  Engine  Configuration  Menu,  is  involved  to  build  and  maintain 
pt  odU‘  tiori  engine  configuration  during  green  build  and  test  operation. 
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CFMENU4  PRODUCTION  ENGINE  CONFIGURATION  SYSTEM  MAINTENANCE  MENU 

FOR  ASSEMBLY  AND  TEST 

0.  RETURN 

1.  ADD  AN  ENGINE 

2.  REVISE  AN  ENGINE 

3.  SHIP  AN  ENGINE  AND  CLEAR  SERIAL  NUMBERS 

4.  SCATTER  AN  ENGINE"S  COMPONENTS 

5.  REVISE  ENGINE  STATS 

PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


Figure  6-10.  Engine  Configuration  Maintenance  Menu. 

Selecting  option  f- 1  -  ADD  AN  ENGINE  -  creates  a  new  engine  identity  beginning 
with  an  engine  record.  Reference  Figure  6-11  below  for  "Add  an  Engine 
Configuration"  menu  screen  illustrating  inputs  for  model  number  V  and  the 
engine  serial  6‘1  -  data  for  CALB  prototype  demonstration. 

CFNCFG  ADD  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  y  ENGINE  SER  #:  1 
TRN-DATE:  02/22/89 

BUILD  NBR :  0  BUILD  DESCRIPTION: 

STARTS :  0 

INCREMENTAL  RUN  HRS:  0  INCREMENTAL  RUN  MIN:  0 


Figure  ('-11. 


Add  an  Engine  Configuration  Menu. 
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The  transaction  also  creates  configuration  records  tor  each  component 
identified  on  the  model  files  as  going  into  an  engine  of  a  particular  model.  A 
component  replacement  history  (CRH)  record  is  also  created  for  any  serialized 
component  which  has  been  used  before  in  another  engine  and  previous) y  removed 
from  it. 

Engine  build  and  run  statistics  can  be  input  using  options  available  on  Figure 
6-10.  In  addition,  the  following  major  edits  are  available  within  this  menu 
option . 

o  A  serialized  component  can  only  be  used  in  one  engine  at  a  time. 

o  A  deviation  in  engineering  change  letter  causes  the  system  to 

generate  a  warning  message  on  the  console,  and  marks  the  serialized 
record  as  being  deviant. 

c  A  serialized  c  omponent.  not  found  to  be  "available"  (i.o.,  not 

entered  on  the  serial  number  availability  file)  produces  a  reject 
diagnostic,  but  can  be  overridden  by  .m  authorized  person. 

o  If  a  user  overrides  a  part  number  with  an  invalid  part  number  ,  the 

line  is  rejected. 

Reference  must  be  marie  to  system  user's  guide,  Append  i\  P,  Ida  further  details 
cm  carious  options  available,  and  the  procedure  on  hoe  to  utilize  system  for 
the  erigint  configuration.  Figure  t  - 1  2  illustrates  input  data  for  engine 
configuration  of  the  CALB  prototype  engine,  serial  -••'1,  model  Y.  The  printout 
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reflects  all  parts  that  build  a  complete  prototype  engine,  with  appropriate 
engine  revision  letters  and  the  serial  numbers. 


CFNCFG  ADD  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  y  ENGINE  SER  #:  1 

01  GRP  PART-NUMBER  TITLE  |  REV  SERIAL-NUMBR 

=>  010  309826  SEAL, INTERNAL 

=>  020  30S395  BRG ,  BALL 

=>  030  723675  STATOR, AXIAL 

=>  040  724566-101  SHROUD  ASSY 

=>  999 

=>  999 

=>  999 

=>  999 

=>  999 

=>  999 

=>  999 

=>  999 

=>  999 

=>  . 


Figure  6-12.  Add  Engine  Configuration  for  CALB  Prototype  Engine. 


6.6  ENGINE  KITTING  OPERATION 


The  kitting  interface  of  CALB  (referred  to  as  CALB/KIT  for  convenience)  lias 
been  developed  by  Belcan  Corporation.  The  input  to  the  kitting  interface  is  an 
engine  components  list  that  is  generated  on  the  TIMS2  system  in  Toledo.  (Refer 
to  circle  2.0,  Figure  4-1.)  It  consists  of  a  list  of  components  required  to 
kit  a  set  of  engines,  and  includes  for  each  component,  the  quantities  required 
and  an  upper  bound  of  acceptable  revisions  for  each  component.  This  list  of 
components  is  then  downloaded  to  a  directory  readily  accessible  by  CALR/KIT. 
CALB/KIT  processes  this  list  and  compares  it  against  a  MAN'MAN  generated  work 


order,  as  shown  in  Figure  6-13. 
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WORK  ORDER  NUMBER?  CALB  * 


WORK  ORDER  NUMBER i  CALB 

PART  NUMBER i  724931 

PART  DESCRIPTION!  373  TURBOJET 

PROJECT  ACTIVITY!  1093 


!esmiiiiiimiiittiiia>iiiiicsaet«fieBStsflii«Ri 

DATE  i  03/10/M 

GENERAL  MI P  ACCT:  1093 
ENGINE  ASSEMBLY  UOM:  EA  SC t  M  REV: 

COST  CATEGORY  I  130600 


ORDER  QUANTITY: 

2.00 

DATE  ENTERED! 

02/02/G9 

COMPLETED  QUANTITY: 

0,00 

DATE  CL03ED: 

95/M/95 

QUANTITY  SCRAPPED: 

0.00 

LATEST  DUE  DATE  1 

03/01/89 

RE-WORK i 

NO 

ORIGINAL  DUE  DATE i 

03/01/89 

REVISION! 

SCHEDULED  KIT  DATE  1 

03/06/89 

BALES  ORDER  NUMBER i 

1093 

MRP/MPS  NEED  DATE i 

0?/"  V90 

KIT  LIST  PRINTED! 

NO 

PLANNER  CODE: 

03 

STATUS i 

RELEASED,  UNKITTED 

COMPONENTS  ALLOCATED! 

VEB 

LOT  TRACKING! 

NO 

NETTABLE i 

YES 

Figure  6-13.  MANMAN  Generated  Work  Order  for  Engine  Kitting 


If  the  list  matches  the  MANMAN  work  order  completely,  then  CALB/KJT  performs 
the  engine  kit.  The  engine  kit  consists  of  automatical  1  y  retrieving  the 
components  from  the  Automated  Storage  arid  Retrieval  System  (AS/RS),  and  then 
updating  the  MANMAN  database  to  mark  the  work  order  as  kitted. 

During  the  kitting  process,  deviations  may  occur.  A  deviation  occurs  when  the 
component  revision  number  in  AS/RS  inventory  is  higher  than  the  highest 
accepted  revision  indicated  on  the  downloaded  bill  of  material.  Each  deviation 
is  written  to  a  deviation  file  that  is  then  sent  (via  R.7E )  to  the  TIMS  2  s\  stem 
for  necessary  action  by  the  configuration  manager. 
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Reference  must  be  made  to  the  APPENDIX  C:  USER'S  MANUAL  FOR  "KITTING  ENGINE 
FUNCTION"  for  a  detailed  discussion  on  the  use  of  CALB/KIT  interface.  No 
further  discussion  on  this  interface  is  provided  in  this  chapter. 

6.7  BUILD  GREEN  ENGINE  BUILD  FILE 

As  the  engine  is  being  green  built  (assembled  for  the  first  time),  assembly 
operator  or  quality  personnel  record  all  part  numbers,  and  their  serial  number 
data  via  CALB  system  facilities  shown  in  Figure  6-10.  After  the  engine  has 
been  built,  its  configuration  can  be  displayed,  as  shown  in  Figure  6-14,  below. 
Column  headings  are  explained  in  the  user's  manual. 

CFICFG  DISPLAY  AN  ENGINE  CONFIGURATION 

MODEL  NUMBER:  ENGINE  SER  #: 

HOLD-ASSEMBLY:  TRN  DATE:  02/22/89  BLD:  I 

BUILD  DESCRIPTION:  GREEN  BUILD  INSP  INIT:  QE  INIT: 

GRP  TITLE  PART  NUMBER  SERIAL  NBR  REV  D  TRN  DATE  BLD  STS  RUN  HRS  MIN 

010  SEAL, INTERNA  309826  101  -A  02/22/89  01  2  25 

020  BRG,  BALL  309895  204  -A  02/22/89  01  2  25 

030  STATOR, AXIAL  723675  303  -A  02/22/89  11  2  25 

040  SHROUD  ASSY  724566-101  403  -A  02/22/89  01  2  25 

Figure  6-14.  Display  of  Engine  Configuration  at  Green  Build. 

6.8  REVISE  ENGINE  CONFIGURATION 

The  CALB  system  provides  for  recording  revisions  in  engine  conf igurat ioris 
necessitated  during  engine  testing  arid  retesting  cycles  prior  to  engine 
shipping  task.  Options  -“2  and/or  ?;5  of  Master  Engine  Configuration  Menu  per 


Figure  6-10,  page  6-10,  are  invoked  for  initiating 


and  recording  all  revisions. 
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Screen  for  option  #2:  Revise  Engine  Configuration  is  shown  in  Figure  6-15 
below. 


CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  y  ENGINE  SER  #:  1 
TRN-DATE :  02/22/89 

INCREMENTAL  BUILD:  1  BUILD  DESCRIPTION:  2nd  BUILD 
INCREMENTAL  STARTS:  0 

INCREMENTAL  RUN  HRS:  0  INCREMENTAL  RUN  MIN:  0 


Figure  6-15.  Revise  Engine  Configuration  Screen. 


Figure  6-16  displays  engine  configuration  after  axial  stator,  part  '-723675, 
serial  3  0  3  has  been  replaced  with  serial  6*305 . 


CFNCFG  ADD  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  y  ENGINE  SER  #:  1 

01  GRP  PART-NUMBER  TITLE  |  REV  SERIAL-NUMBR 


=> 

010 

309826 

SEAL, INTERNAL 

-a 

101 

=> 

020 

309895 

BRG,  BALL 

-a 

204 

=> 

030 

723675 

STATOR, AXIAL 

-a 

303 

=> 

040 

724566-101 

SHROUD  ASSY 

-a 

403 

=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  . 


Figure  6-16.  Revised  Engine  Configuration  Display. 
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Before  transaction  for  any  revision  can  be  completed,  the  CALB  system  requests 
data  related  to  replaced  part,  and  reason  for  the  revision  and/or  replacement. 

This  data  becomes  part  of  the  Component  Replacement  History  (CRH)  record. 
Figure  6-17  below  shows  input  data  entered,  while  part  £723675,  serial  £303, 
was  replaced  with  an  identical  part,  serial  £305. 

CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  y  ENGINE  SER  #:  1 

CORRECTION/CHANGE  LOG  ROUTINE:  TO  ESCAPE  WITHOUT  UPDATE,  INPUT  A 

GRP:  030  PART-NUMBER:  723675  TITLE  |  :  STATOR, AXIAL  REV:  -A 

SERIAL-NUMBR:  305  F/C :  a 

REMARKS(l):  burnt  bearings 
REMARKS ( 2 ) : 

Figure  6-17.  Revised  Engine  Configuration  for  CRH  File. 

Figure  6-18  below  displays  complete  engine  configuration  after  second  Engine 
Build,  with  replacement  of  new  part,  Axial  Stator,  part  £723675,  serial  -r- 30  5 
has  been  completed.  Transaction  date,  build  history,  run  time  data  for  new 
part,  etc.,  are  recorded  automatically.  (Compare  input  data  for  same  part  in 
F igure  6-14  .  ) 

CFICFG  DISPLAY  AN  ENGINE  CONFIGURATION 

MODEL  NUMBER:  ENGINE  SER  #: 

HOLD-ASSEMBLY:  TRN  DATE:  02/22/89  BLD:  2 


BUILD  DESCRIPTION 

:  2ND  BUILD 

INSP 

INIT: 

QE 

INIT: 

GRP 

TITLE 

PART  NUMBER 

SERIAL 

NBR  REV 

D  TRN  DATE 

BLD 

STS  RUN 

HRS 

MIN 

010 

SEAL, INTERNA 

309826 

101 

-A 

02/22/89 

1 

1 

2 

25 

020 

BRG,  BALL 

309895 

204 

-A 

02/22/89 

1 

1 

2 

25 

030 

STATOR, AXIAL 

723675 

305 

-A 

02/22/89 

1 

0 

0 

0 

040 

SHROUD  ASSY 

724566-101 

403 

-A 

02/22/89 

1 

1 

2 

25 

Figure  6-18.  Revised  Engine  Configuration  After  Replacing  P/N  723675,  S/N  305. 


CALB  FINAL  REPORT 


Page  6-17 


6.9  ENGINE  COMPONENT  REPLACEMENT  HISTORY  (CRH)  RECORD 

As  the  engine  configuration  record  is  revised  during  engine  testing  a  ml 

retesting,  the  CALB  system  provides  opportunities  to  enter  pertinent  data  on 

replaced  components  and  new  components.  The  data  Become  part  of  the  CRH  Record 

» 

which  can  be  displayed  as  shown  in  Figure  6-19  below. 


CFICFG1  DISPLAY  AN  ENGINE  CONFIGURATION  REPLACEMENT  HISTORY 
MODEL  NUMBER:  y  ENGINE  SER  #:  1 

HOLD-ASSEMBLY:  TRN  DATE:  02/22/89  BUILD  NBR:  2 

BUILD  DESCRIPTION:  2ND  BUILD  INSP  INIT:  QE  INIT: 

IN  OR  OUT:  E  GRP:  030  TRN  DATE:  02/22/89 

PART  OUT:  723675  REV  OUT:  -A  SER  NBR  OUT:  303  BLD  OUT:  1 

F/C:  A  RUN  HRS  OUT:  2  RUN  MIN  OUT:  25  STARTS  OUT:  1 

REMARKS ( 1 ) :  BURNT  BEARINGS 
REMARKS ( 2 ) : 

PART  IN:  723675  REV  IN:  -A  SER  NBR  IN:  305 

RUN  HRS  IN:  0  RUN  MIN  IN:  0  STARTS  IN:  0 


Figure  6-19.  Engine  Configuration  Replacement  History  Display. 

6.10  SHIP  ENGINE  AND  SIGN  OFF  RECORD 


By 

invoking 

option 

16  (program 

CFUCFG3 

,  Document  reference 

#M5-16  n 

i  Appendix 

B) 

,  en 

g  ines 

tes  t  ed 

and  accepted 

are  "s 

h i pped 

l"  with  records 

as  shown 

in  Figure 

6- 

20, 

page 

6-18. 

Identificat 

ions  of 

t  he 

inspector  and 

quality 

engineer 

ac 

cept 

i ng  final  en 

gine  con  fig 

u  r  a  t  ion 

and 

its  performance 

are  audf 

•d  at  this 

St 

age . 

The 

sc  ident 

ifications 

become 

p  a  r  t 

of  the  engine 

h  i  s  t  o  i  \ 

for  later 

reference . 
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CFUCFG3  CONFIGURATION  REPORT  SIGNOFFS  BY  ENGINE 

MODEL  NUMBER:  y  ENGINE  SER  #:  1 
INSP  INIT:  JDW 
QE  INIT:  DKB 

Figure  6-20.  Ship  an  Engine  and  Sign  Off  Menu. 

Execution  of  the  ship  task  automatically  clears  the  Part  Availability  file  as 
shown  in  Figure  6-21.  Status  of  the  part  number  723675,  sei  ial  •'•‘303  has  been 
displayed  as  used  in  engine  model  Y,  serial  !■  1  (CALB  prototype  engine).  S/N 
303,  thus,  is  not  available  for  any  engine  assembly  -  its  association  with 
engine  Y1  can  be  retrieved  for  future  reference. 

CFISER  DISPLAY  AVAILABILITY  STATUS  FOR  A  PART 

PART  NUMBER:  723675 

SERIAL  NUMBR  IN-USE-NOW  USING  ENGINE 

301 

302 

303  Y1 

304 

306 

307 

308 

309 


Figure  6-21.  Display  Availability  Status  of  Shipped  Fart. 
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7.0  FINAL  DESIGN 

7.1  BASIS  FOR  THE  FINAL  DESIGN 

The  Statement  of  Work  requirements  led  to  the  pi  el  iminary  system  design  whi<  ti 
established  the  basis  for  t  ho  software  and  hardware  requirements.  The 
screening  of  the  potential  vendors  was  carried  out.  by  representatives  from  a 
variety  of  technical,  legal  and  purchasing  bodies  inside  Teledyne.  That  review 
was  made  in  accordance  with  Corporate  policies  and  procedures  governing  stub 
activities.  The  potential  vendors  were  graded  for  their  ability  to  meet  a 
spectrum  of  technical  specifications  that  «  o\  et  <:d  development,  delivery  and 
post-installation  performance  within  specific  guidelines.  Through  a  process  of 
vendor  analysis,  selection  of  suppliers  came  down  to  a  combination  that 
included  an  outside  vendor,  Belcun  Corporation,  and  a  portion  of  TCAE's  own 
internal  programming  staff.  The  prototype  that  v  as  subsequent  1 y  developed 
utilized  a  mixture  of  hardware  and  soli  ware  resources  including  both  DEC  and 
IBM  computers  and  a  software  base  consisting  of  a  pair  of  manuluetut  i  ng 
systems,  namely  the  MANMAN  package  which  is  resident  on  the  DEC  hardware,  and  a 
manufacturing  system  resident  on  the  IBM  called  T1MS2 .  New  software  built  on 
top  of  this  combination  under  CALB  project  has  been  tested  and  successfully 
demonstrated.  The  learning  acquired  through  this  evolutionary  process  has 
provided  the  basis  for  the  final  design  of  the  CALB  system  to  be  implemented 
plant -wide  in  the  Teledyno  CAE  -  Gainesville  facility. 
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7.2  CALB  SOFTWARE  REQUIREMENTS 

The  CALB  system  was  developed  to  provide  a  variety  of  new  functions  fui 
Teledyne's  Final  Assembly  and  Test  department.  These  functions  are  described 
in  tt  following  subsections. 

7.2.1  Assemble  Build  Boob  Fun.  t ion 

The  function  of  this  module  is  to  generate  two  major  print-documents  that  are 
used  in  the  Assembly  and  Test  area .  These  documents  are  the  Assembly  Order 
report  which  provides  a  Bill  of  Materials  (or  BOM)  listing  fur  every  component 
sub-assembly  that  begins  in  the  Assembly  and  Test  area,  and  the  Assembly  Order 
Routing  report  which  provides  a  set  of  basically  free-form  text  instructions 
for  the  manufacture  of  the  same  sub-assembly  parts.  The  prototype  to  be 
developed  is  capable  of  producing  sopar at  e  c  opies  of  ear h  doc  ument  by 
pro-printed  engine  serial  number.  Their  printing  is  invoked  exclusively  by  a 
single,  simplified  "trigger"  consisting  of  a  top-level  engine  part  number  ,  a 
first-engine  serial  number,  and  a  count  of  consecutive  engines  for  which 
documents  are  to  b»  produced  at  one'  time.  This  single  trigger  aut  omat  .  ieal  1  y 
prints  all  documents  necessary,  for  each  part  that  is  to  fie  assembled  in  tin- 
assembly  and  test  area. 

7.2.2  Kit  Engine  Function 

The  furi<  t  .nr;  <•  t  t  his.  module  is  to  drive  the  Automated  Storage  and  Retrieval 
System  (or  AS/RS )  ,  vliic  h  facilitates  inventory  kitting  activity.  The 


eol 1 ect ion 


CALB  FINAL  REPORT 


Page  7-3 


S  <  .  i  ( 

nipom:  nts  la  i  ] 

ng  hi  (.tight  t  og'  ■  t.  In- 1  in 

t  \)V 

\  .  .  ,  ,  r  t 

.  t  h  h  1.  i  H  1  ■ 

i  >  ■ 1 

1  i  '  I  ♦  s 

it  tilt- 

same  t imo. 

\  s  l  ni j  i  i  !  ed  t  r  i  g;;e  r  l  ng 

nr'-  h 

,t  !i  i  Mm 

is  ''I! 

i  *  nn*; 

iru  orporat  eii  inti-  the-  prnt  o  i  ype  .  That  t  r  .gger  i-  a  t  up-  1  v\  ••  i  fiigjne  part 
number  ,  a  i  i r  st -eng i ne  serial  number,  ami  a  count  at  a.nsecut i ve  engines  lot 
which  kitting  is  to  take  place  at  one  time.  The  total  combined  requirement  to: 
each  component  is  presented  h>  the  prototype  to  the  AS/KS  as  a  single  quant  ity. 
The  number  of  units  of  each,  component  is  then  automatically  dedm  ted  from  the 
on-hand  ha i cm  e  being  maintained  on  the  inventory  module  oi  the  existing 
manufacturing  system. 

The  prototype,  recognizes  and  excludes  from  the  kit  those  small  components  that 
are  kept  in  the  assembly  area  as  floor  stuck  items.  In  addition,  any 
deviation-?  in  component  change  letter  standards  that  are  encountered  curing  the 
k  j  :  l  ing  process  are  identified  by  the  system  a  tie.  i  onimun  i «.  a  t  od  t.  u  a 
eonf i gur  at i on  manager . 

7.2.3  Engine  Log  Look  Function 

The  luri'-tion  of  this  module  i  s  to  support  the  tracking  of  major  engine 
i.  ■  i  ri  I  on  t  s  ,  both  past  and  present ,  in  terms  of  ttc-ir  individual  serial  minders. 

Also  to  be  tracked,  !>;.  engine,  i  ■■  a  t  mint  1  i  the  builds  ami  t  *  ai  d-ovn^  t  hat 

cur  prior  In  shipment.  A  sepat  at.e  <  ourit  oi  ear  it  component's  cunm!  et  i  \  "est 

('(■11  run  rime  must  also  be  maintained.  The  major  output  ul  th<  prototype  are 
printed  repurts  t  h„  t  .  nd  i>  at  c  iti  engine's  final  conf  igutat  run  in  terms  ut  major 
serial  i /ed  i  i  mporieri  t  s  ,  and  ari  associated  component  ropi  ,o  .-no-nt  i  i .  -  '  <  - 1  >  (  <'R'i ) 
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i  nr  1  ml  i  ng  t 
incot  porated 

1  . 


■> 


ot  a  1  test  t  i  nit-  .  A  s  y  stem  i  ■ ;  -  i  in j- !  •.  1  i  la  !  .i  '  ,  ■  •: 

into  the  system  to  collect  set  tal  o’.il  mu  :i  1 1  a  a ->  1  o  1  I  ■  a  ^  : 

A  f  I  not  -astembl  er/<  lerk  normally  d.i.-.  1 1< ;  t  n  i\ e  to  indiccte  !  h* 

part  numbers  for  which  he  is  to  romd  serial  numbers-  Base.1  up 
his  i «  at  i  mi  o  i  a  m  i  u  e  1  numb*.  r  ,  r  A  L  B  pi  e  s  e  ri  i  s 

assembler/clerk  a  list  of  pt  evi  <>us]  v- J  oacted  parts  r  hat  require 
input  of  :>er  i  a  1  i /a  t  i  on  data. 

The  a  s  s  cm  b  i  e  i  /  c  1  e  t  k  is  able  to  i  no  n  at  c  except  runs  t.  tin 
pr  e -prepared  lists,  such  ,n  use  ui  alternate  put  numbers. 

P  r  *•  \  j  i  u  s  t^st  t  i  n  i  e  for  a  i  e<  y  i  !  e<!  component  is  a  u  t  o  in  a  *  .  <  a 
l  o  ,il  1  i'il  at  the:  time  of  recorded  ineorpor  at  ion  inti,  another  nj  i 
Thrs  previous  expet  i  *•  to  e  is  automat  i  <m  1  I  \  made  a  part  .•{ 
engine’s  .  ompctient  r  epl  uoeprent  history. 

I  he  system  is  able  to  support  the  recognition  of  serial  num 
exchanges  within  an  engine'.  The  exchanges  are  then  automation 
factored  into  an  engine's  component  replacement  hisferc. 

Tire  system  is  available  to  support  the  input  of  serial  data  at 
time  between  initial  "green  build",  filial  assembly  and  shipment. 
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(>.  The  system  prohibits  the  association  of  a  serialized  component  with 
more  than  one  engine  at  a  time. 

7.  Change  letter  deviations  that  are  encountered  during  the  hitting 

pr.K  ess  (and  consequently  prior  to  assembly)  cause  the  "Jo  king"  of 
the  receiving  engine  to  farther  *'  i  1 .  m.r  i  nt  enanc  .  In  particular, 
serial  number  logging  is  looked  unt  i ]  after  a  c onf i gut  a t i on  manager 
is  able  te  rex  i  is  the  dev  i  at.  ions  and  g  i  \  <•  appi  ;•  1  den  i  ..1  1  i 

t  hem . 

8.  Change  letter  dev  i  at.  ions  are  identified  and  logged  dur  i  ng  the 
Assembly  process  arid  after  kitting.  These  deviations  at  »•  flagged 
and  reported  to  the  ..  ait  iguration  manager  hut  do  not  cause 
"relockiris"  ot  the  engirie's  logbook  records. 

.  Component  "a\ai  labi  1  it  v"  checking  occurs  .is  a  liv-product  ot  the 
logging  of  serialized  components  to  an  engine.  The  edit 
prod, need  in  this  ease  creates  only  a  warning  that  ,  an  be  over¬ 
ridden  by  the  assembler /ej erk. 

10.  A  "master"  user  has  the  unlimited  af  i  1  i  t  y  to  correct  mi  s.  <•  I  1  arreou.- 
data  problems  associated  with  t  lie  logbook  function. 

1".  The  CALI’,  system  provides  secured  recess  to  cacti  functional  area  ot 
the  svstem. 
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Tile  tyi  *.  ell.  pi  o\  ides  a  means  ol  ma'h  1  hu  <  1  e-.  1 1  <<li  j  i  !ni,ll  i  i  i 
indicate  approval  ut  i  >  n..i  3  engine  configurations. 


-E  HARDWARE  LLOLI REMLXTS 


The  i  tMjii :  r  ■  nieiit  s  that  Ti.i  !  ra:  j  of  J  «•»  I  the  divided  nat  ut  <■  uf  has-  supp<-r '  ^;.^t-n> 

used  hy  CALL.  1 1.  the  T’.!ed>ne  C  \F  Go  i  nes\  i  ]  •  ••  plant,  some  marruf.o  luring 

(it  t  it  ■  i  ■  s  ar  •  being  t  !  a  i  e  i 1  on  the  DLc-based  MANMAN  manuia  luring 

while  others  are  being  supported  on  Toledo's  IbM-ba-ve  TIM.S  mattuf  a<  turing 
system.  There  is  some  overlap  between  tin  t  w  o>  systems: 


1.  ON  MANMAN:  \  simplified  bill  of  materials,  f abr  i .  at  l  «m  routings, 
imeiitnry,  shop-  floor,  and,  MRP. 

-  •  ON  TIMS:  A  full  bill  of  material  based  upon  engine  sot  iai  number 
ei  feet  ivi  1  y  and  refleet  i  ng  the  progression  of  eng  t  n*-or  i  rig  eliatige 
letters,  fabrication  routings,  and  a  Quuiit>  Control  inspection 
standards  system. 


The  majority  of  the-  hardware  inquired  for  the  implementation  of  the  CMP  system 
is  already  in  place  and  consists  of  the  following  items.  Just  if  i  <  at  i on  and 
procurement,  of  additional  hardwat  <■  and  sol'ti-aio  i-  h-  made  ,n  the  Phase  111 
I  lllp  j  etll'-n  t  at  lull  stud.. 
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PIPAF.TMENT/IT 'NOTION 


T’i  PL  ‘  •  L  EGLiPMLNT 


Assembly  a:.,'  Test  CRT  Terminal/Keyboard 

(Serial  Number  "Logbook") 


Quality  Assurance  CRT  T-..  rm  1  na  i  /Ke  y  b .....  r  li  •' 

(Overall  eontiol  of  the  Xerox  Laser  Pi  inter  Model  id', 

serial  number  "Logbook"; 
production  ol  serial 
number  logging  reports) 


Configuration  Management.  CRT  Termiriai/Keybourd 

(TIMS  Engineering  BOM  and 
Engine  Loc  ki ng/Unl o eking 
procedure  as  a  response 
to  "Kit  Engine") 


Manufacturing  Engineering  CRT  Terminal /Key -board  •• 

(TIMS  Manuiai  taring  BOM  Xerox  Laser  Printer  Model  404' 

and  Assembly  Routings  - 
in  preparation  of  the 
"Assemble  Build  Book") 


Product  ion  font r  M 
( Generat.  i  on  of  per  i  oil i  c 
"Assembl  ••  Build  Rook" 
repo r  t.  s  ;  "  Eng  i  ne  Kit", 
ma i  rit  enarn  c  "f  t ).. • 
availability  file  for 
"Logbook";  physical 
kitting  of  inventory) 

General  Maintenance  of 
the  CALB  system 


CRT  Tormina  1 /Keyboard 

Xerox  Laser  Printer  Mod-1  404a 


DEC  Computer 
IBM  Computer 
Commun i eat  ions 
Ha! dear e 


QUANTITY 


1 


1 


1 

1 

1 


DEC  terminals  that  are  able  to  communicate  v:  it.li  t  he  IBM  computer  using 
existing  communications  facilities. 

**  There  is  onlc  one  Xerox  Laser  printer  and  one  DEC  systems  printer 
that  ran  be  shared  try  all  user  parties.  The  outputs  from  the  IBM 
computer  will  also  he  printed  on  this  pair  of  printers. 

Note:  All  ot  the  a  bo's  e  equipment  is  !  c  he  located  in  the  TCAE  Gainesville, 

Georgia  facility,. 
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7.-',  SYSTEM  ENHANCEMENT  RECOMMENDATIONS 

The  CALE  prototyp  \  as  il  e  ve  i  o  p  e  ii  in  subslant  ial  p.ti  t  bv  iri-lioust  THAI' 
programming  staff,  ami  has  been  debugged  and  reviewed  by  a  ronili  in.it  ion  of  that 
staff  and  by  representative  end-users.  Some  parts  of  the  t  ode  had  been 
developed  in-house  years  previous  to  the  advent  uf  CALB.  Other  aspects  of  tin 
project  are  straight -f  or  ward  i  n  their  development  and  i;a\  e  i  i  t  4  I  •  loom  for 
modification  or  extenuation.  As  such,  only  minor  modificat  ion-,  1 1  tie  Elia--.-  II 
development  are  suggested,  as  follows: 

1  .  Remove  t  ire  component  ser  ial  numhei  av  a i  1  alii  1  i  t  < ■  h * •  -.  1  .  \ t  p i  ■ «- <  n t  , 

use  of  the  component  serial  number  rs  a  general  pra-  !  i<  e  in  assur  •• 

that  t  tie  component  set  ial  number  is  a  ■  al  id  ser  :  n  number. 

However,  the  avail  ahi  1  if  y-checki  ng  function  is  somov  h..t  i  edundan* 
to  the  component  serial-number  uniqueness  check,  and  as  such,  may 
not  be  economical  to  support  in  production.  There  is  a 
considerable  overhead  to  lrc  incurred  in  pioviding  t  imely,  da\  t-, 
day  maintenance  ot  the  "check  file"  which  becomes  basis  ot  the  edi t 
i  unction.  Thus ,  it  may  tie  expedient  to  remove  the  check 
a ' together  . 


T"  I  •  • 

I  1  It  ‘  * 

lo-i.  k  1  i  ]  e  "  lias 

been 

preserved  so  t  hat 
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1  U11C  t  1  011 

ran  c 

i  o s s -  r el  ci  e nc i 

eng  intis  t  tia  t  a  i  e  a 

pa  i  t  v 

t  1  a 

i  o  ni  p  o  n  e  n  t 

•  r  ails : 

for.  But  this 

1  urn 

t  i  on  i  s  pc  i  for  m<‘d 

i  n  a 

rc 1  at  i  v 

4  1  >  s  :  nip  1  v 

marine  i 

V  1  t  tlollt  i  Pipes  1 

’  i  • » 1 1 

of  a  p i ev  i ous -ex j  s 

tome 

i  tlCC  i  1 

'  if.'  t  j  ni" 

i  s<- 1  i  .i  I  i  /od  par 

f  I  s 

h-  i  rig  logged  in  (' \ 

!  E  as 

a  .  nip. 

ec  -ii  i  t  o  an 
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Acquire  a  more  |.iov:erful  laser  primer.  The  *>  pi  •■ally  mmii  !J  ; 
printing  of  Assemble  Build  Book  documents,  one  set  p--r  engine, 
taxes  the  capacity  of  the  Xerox  4045  printer,  and  it  mandates  a 
tighter  monitoring  and  service  of  the  unit.  A  more  powerful 
printer  would  mitigate  these  problems. 
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8.0  IMPLEMENTATION  PLANS 


8.1  GENERAL  DESCRIPTION 

This  section  describes  the  plan  for  the  implementation  of  the  PALP  system  at 
the  Teledyne  CAE  Gainesville  facility.  Since  much  ol  the  Phase  II  soft  care  has 
already  been  debugged  arid  production-ready,  and  there  ousts  a  minimum  of 
IBM/DEC  hardware  to  support  day  to  day  use  of  tha*'  software,  t  ho  anticipated 
development  schedule  is  rather  abbreviated  as  shown  below. 

o  Perform  final  aspects  of  installation  in  the  Production 
env i ronment . 

o  Load  the  production  databases  with  support,  data. 

o  Train  personnel  in  new  CALB  functionality. 

ii  Shakedown  of  the  system. 

The  implementation  schedule  and  the  work  breakdown  structure  for  the 
implementation  ot  the  CALB  system  is  presented  in  the  Figure  8-1,  and  is 
discussed  in  more  detail  in  the  additional  sections  of  the  Implementation  Plan 


as  follows. 
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Perform  Final 
Install  a  i.  i  on 

Load  Support 
Data 

Train  Personnel 
Shakedown  System 


Figure  8-1.  CALB  Implementation  Schedule. 

8.2  PERFORM  FINAL  INSTALLATION 

IBM  aspects  of  the  CALB  system  have  already  been  installed  on  both  the 
Gainesville  and  Toledo  copies  of  TIMS 2  by  TCAE  personnel.  Additional  files  and 
fields  have  been  defined  to  the  TJ.MS2  databases  and  all  program  code  lias  been 
loaded  onto  a  production  library.  lucre  is  alsi  ad< quote  space  on  the  TIMS2 
database  to  contain  new  CALB  inputs  for  lull  production  use.  liov  ever  ,  the 
following  programming  tasks  remain  to  make  the  system  operational: 

o  Open  up  security  by  menu  and  program  to  individual  Gainesville 

users  and  functional  organizations. 

(i  R  <•  s  o  i  v  e  the  issue  o  t  ma i n  t  e  n  a  n  re  r  e  s  p  o  n  s  l  b  i  1  i  t  \  i  o  r  1  li  e 

Availability  File  described  itt  the  Enhancements  Section.  Extra 
programming  effort  required  to  support  tin  suggested  mod i !  i <  a l  l  on 
is  expected  to  be  minimal. 
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8.3  LOAD  PRODUCTION  DATABASES  AND  SUPPORT  DATA 

All  of  the  major  functional  modules  within  the  CALB  proje* t,  including 
"Assemble  Build  Book",  "Kit  Engines",  and  "Logbook",  depend  upon  accurate 
manufacturing  bills  of  material.  This  task  will  be  devoted  to  verify  accuracy 
of  existing  database,  and  loading  up  of  additional  data  for  other  engines.  In 
addition,  in  support  of  printing  "Assemble  Build  Book"  routers,  the  routing 
data  will  also  he  loaded  into  the  Gainesville  TIMS2  database. 

8.6  PERSONNEL  TRAINING  REQUIREMENTS 

Training  will  be  required  for  supervisors,  assembly  personnel,  and  TCAE 
programmers.  The  initial  training  will  be  provided  by  the  various  units  which 
have  developed  the  separate  CALB  applications.  Those  aspects  developed 
in-house  will  be  presented  by  TCAE  personnel,  and  those  developed  by  an  outside 
vendor  will  be  provided  by  representatives  of  that  other  organisation. 
Training  will  be  completed  before  the  system  is  rendered  completely 
operational.  Continuing  educational  requirements  after  installation  will  be 
conducted  by  the  in-house  users  and  programmers  on  an  as-needed  basis. 

8.4.1  Supervisory  Personnel  Training 

The  training  of  supervisory  personnel  from  all  of  the  various  user  departments 
will  emphasize  the  general  operation  and  capabilities  of  the  system.  This 
training  will  provide  a  basis  for  the  following: 
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o  Operation  of  the  system  under  normal  conditions. 

o  A  general  exposure  to  CALB  file  maintenance  programs;  also,  an 
extended  review  of  system  maintenance  tasks  that,  are  likely  to  come 
under  the  direct  control  of  supervisory  personnel. 

o  Use  of  special  reports  in  the  continuing  evaluation  system 

performance,  in  the  historical  analysis  of  engine  content,  and  in 
the  management  review  of  product  durability. 

8.4.2  Assembler/Engine-Kitting  Operators  Training  Requirements 

The  training  of  operators  responsible  for  the  data  entry  for  those  tasks 
relating  to  engine  kitting  and  the  logging  of  component  serial  numbers  being 
assembled  into  an  engine  will  emphasize  the  specific  details  of  system 
operation.  This  task  will  include  the  following  objectives: 

o  Present  an  overview  of  the  system  in  terms  of  its  functions, 

capabilities,  and  transaction  responsibilities. 

o  Familiarization  with  hardware. 

o  Familiarization  with  system  menus  and  transaction  panels  in 


extensive  detail. 
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8.4.3  System  Programmer  Training 

The  larger  aspects  ol'  CALB  software  developed  in-house  are  well  understood  by 
the  programming  personnel.  However,  those  aspects  developed  b\  the  outsit.; 
vendoi  will  require  some  measure  of  systems  review,  program  familiarization, 
and  validity  checking  on  the  part  of  TCAF  programming  staff.  Once  trained, 
that  staff  may  be  called  upon  to  perform  the  following: 

o  "Fine  tune"  the  system  as  operational  experience  dictates. 

o  Perform  systems  maintenance  on  an  on-going  basis  thereafter. 

8.4.4  Manpower  Requirements  During  Training 

The  following  TCAE  personnel  by  functional  area  are  to  be  trained  in  the 
operation  of  the  CALB  system. 

o  Floor  Assembler 

o  Kitting  Operators 

o  Quality  Inspector 

o  Configuration  supervisor  and  stuff 

o  Production  Control  supervisor  and  staff 

o  Manufacturing  Engineer 


TCAE  programmer. 
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8.4. j  Documentation  Requirements  for  Training 

The  following  documents  are  needed  for  accomplishing  the  training  requirements. 

o  User's  Manual  for  IBM  aspects  of  CALB  from  TCAE  programming  staff. 
(Reference  Appendix  B.) 

o  User's  Manual  for  DEC  aspects  of  CALB  from  the  software  vendor, 
Beican  Corporation.  (Reference  Appendix  C.) 

8.0  SHAKEDOWN  OF  THE  SYSTEM 

This  final  phase  of  implementation  involves  the  gaining  of  a  level  of  complete 
familiarity  and  comfort  with  the  system.  It  is  expected  that  the  various  users 
wiii  nave  follow-up  questions  regarding  particular  details  of  the  system's 
operation.  Some  additional  fine-tuning  of  the  programs  will  likely  he 
required . 
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9.0  CALL  BENEFITS  ANALYSIS 

Significant  benefit,  potential  exist  s  fur  i  rap  1  ont'-n?  a'  i  <>n  <*i  t  *:»■  0  ALP  pi  «•  j  e<-  t 
Implementation  of  such  a  system  has  been  planned,  needed  liaidiaie  ami  s>  Lou 
ate  alreadv  in  plate  in  TCAE  -  Gainesville  f  at  i  1  1 1  >  •  •  imi  u  .u  %  boro- 

analysis  indicates  potential  labor  s.c.  ings  ?  20%.  P-o-.b.d  w;  i  n  •  .''-mi 

is  summarized  belov. 

1.  Rodin  t  inn  in  "Ens  ine  Ki  1 1  ing"  rei  at  >•«'  LO-i  t. .  "  hrs  per  engine 

.  Reduction  in  "Engine  Configuration  Repot  t" 

goriorat  ion  related.  labor  ~  2  hr  per  eng ,  r,c 

Peduet  ion  in  "Component  Eepl a>  omcnt  History 

Report"  generation  related  label  ’  b:  pv:  eng  It  a- 

i.  Reduction  t  ti  "Engine  Bui  lit  Traoeabilitv 

Labor  "  after  engine  has  been  ship;  •  d  '  2  hr  pet  t  ng :  ne 

a.  Redui  t  j  on  in  "  Assembly  Order  Routing" 

maintenance  labor.  Maint-nan  >•  becomes 
necessary  due  to  Engineering  Change 

Or  dor*- .  210  h:  s  per  '-ear 

The  above  ben-.-tils  and  savings  data  ale  based  upon  the  e  ■•.  i  t  i  r,0  T-  1  ;  r . .  \ 

(la  i  ne  s  v  i  i  i  -  -  I, .  i  r  n  ruie  ii  t  and  provided  1  or  goner  a  i  r  v.t  or  en.  ••  nnlv  .  lU-t  a  i  1 

analysis  mu  - 1  b  -  made  t  ■<  i  ilent  i  fy  h-nt-fits  tor  any  or  fret  s\ stem. 
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1.  PROJECT  OBJECTIVES  AND  SCOPE 


1.1.  General  Objectives 

This  statement  of  work  identifies  the  general  objectives  and 
requirements  for  a  computerized  Assembly  Log  Book.  Teledyne 
CAE  is  planning  to  use  this  system  for  providing  closed-loop 
configuration  control  and  automating  the  preparation  of  the 
assembly  log  book  and  the  engine  shipping  book. 


1.2.  Requesting  Orcraniza.tion 

Teledyne  CAE,  Toledo  Division,  a  division  of  Teledyne 
Industries,  Inc.  a  California  Corporation  is  located  at  1330 
Laskey  Road,  Toledo,  Ohio.  Teledyne  CAE  manufactures  small 
gas  turbine  engines  for  manned  and  unmanned  flight 
applications . 


Technology  Modernization  Program 

The  computerized  Assembly  Log  Book  is  a  Phase  II  project 
funded  under  the  U.S.A.F.  Industrial  Modernization 
Incentives  Program  "IMIP" .  The  end  results  of  Phase  II 
are  a  prototype  demonstration  and  final  report.  Upon 
successful  completion  of  Phase  II  projects,  Teledyne  CAE 
is  committed  to  full-scale  implementation  of  feasible 
projects  m  Phase  III  of  the  program. 


1.4.  Computer  Resources 

Teledyne  CAE's  computer  resources  for  this  IMIP  project 
will  consist  of:  1)  An  IBM  330  running  the  VM/CMS  operating 
system;  and  a  VAX  11/780  running  the  VMS  operating  system. 


1.5.  Overall  Objectives 

CALB  will  provide  a  means  for  integrating  many  systems; 
significantly  reducing  labor  cost  associated  with  preparing 
the  assembly  log  book  and  engine  shipping  book.  CALB  will 
also  improve  the  quality  of  these  books.  CALB  will  provide 
near  real-time  configuration  exception  reporting  and  control 
of  the  assembly  process.  CALB  will  eliminate  the  need  of 
making  multiple  copies  of  assembly  paperwork  by  providing  the 
ability  to  display  assembly  paperwork  at  workstations. 
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1.6.  Specific  Objectives 

A.  To  demonstrate  an  integrated  computer  system  that 
includes:  bill  of  material,  inventory  control, 
engineering  change  management,  configuration  control  by 
serial  number,  and  engine  log  books. 

B.  To  demonstrate  configuration  exception  reporting  in  near 
real-time. 

C.  To  demonstrate  computer  generated  portions  of  an 
assembly  log  book  and  engine  shipping  book  in  original 
print  quality. 

1.  Electronic  reproduction  of  Assembly  Order  Routings 
tied  to  Engine  Serial  Numbers. 

2.  Electronic  reproduction  of  the  Manufacturing  Bill  of 
Material . 

D.  To  demonstrate  serial  number  control  and  verification. 

E.  To  demonstrate  on-line  storage  and  retrieval  of  current 
engine  configuration  and  Component  Replacement  History. 
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Systems  development  personnel  shall: 

o  Develop  software  interfaces  for  data  transfer  between 
existing  systems. 

o  Develop  software  required  for  each  user  interface. 

o  Develop  software  required  for  the  Text  Storage/Retrieval 
system. 

o  Develop  software  required  for  the  output  system. 

2.2.  System  Documentation 

Systems  development  personnel  shall: 

o  Document  each  module  according  to  TCAE  standards. 

o  Document  CALB  system  hy  providing  TCAE  personnel  a  user's 
guide. 

2.3.  System  Testing 

Systems  development  personnel  shall: 

o  Perform  complete  testing  and  debugging  of  each  individual 
module  as  they  are  developed. 

o  Perform  complete  system  integration  testing  at  the  end 
of  CALB  development. 
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2.4.  Prototype  Implementation  &  Demonstration 
Systems  development  personnel  shall: 

o  Assist  TCAE-G  personnel  in  implementing  the  prototype 
system. 

o  Provide  program  maintenance  support  during  the  development 
of  the  demonstration. 

o  Provide  documentation  support  for  the  presentation. 


2 . 5  Phase  III  Implementation  Details 

Systems  development  personnel  shall: 

o  Provide  a  Final  Report  which  includes  final  design  for 
Phase  III.  Include  needed  hardware  and  software. 


2.6.  Conditions 

o  Software  developed  under  this  contract  is  the  property 
of  cha  Air  Force. 


o  Technology  shall  be  transferable. 

o  QUOTERS  AND  BIDDERS  ARE  EXPRESSLY  ADVISED  THAT  THE  UNITED 
STATES  GOVERNMENT  IS  PARTICIPATING  IN  THIS  PROGRAM  AND 
THAT  DESIGN  AND  DEVELOPMENT  TL  TNOLOGY  AND  DATA  WILL  BE 
SUBJECT  TO  ALL  SUCH  RIGHTS  IN  l.IAT  DATA  EMANATING  HEREFROM 
AS  ARE  PECULIAR  TO  CONTRACTS  OF  THAT  TYPE. 
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4.  HARDWARE  REQUIREMENTS 


4.1.  Computers 

o  The  CALB  project  will  require  a  mainframe  computer 
processor.  The  currently  installed  IBM  3330  will  be 
adequate  for  development  and  demonstration  purposes. 

o  The  CALB  project  will  also  require  a  computer  processor  in 
the  mini-computer  range.  It  has  been  determined  that  a 
current  VAX  11/780  will  be  adequate  for  development  and 
demonstration  purposes.  Furthermore,  it  is  the  most 
logical  and  economical  choice  as  the  processor  since  it  is 
already  installed,  and  handles  various  disjoint  shop  floor 
and  administrative  functions. 


4.2.  Printers 

o  The  CALB  project  will  require  a  laser  printer  for 

producing  high  quality  output  of  the  assembly  log  book  and 
shipping  book.  The  XEROX  4045  laser  printer  has  been 
chosen  based  on  its  built-in  font  capabilities. 
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5.  SOFTWARE  REQUIREMENTS 


5.1.  Operating  Systems 

Based  on  the  preliminary  hardware  analysis  the  chosen 
operating  system  for  the  CALB  project  will  be: 

VAX/VMS  installed  on  the  existing  VAX  11/780  computer 
system. 

_>  7  9 

VM/CMS  installed  on  the  existing  IBM  £3-3-0  computer 
system. 


5.2.  Programming  Languages 

Based  on  the  current  system  languages  and  in-house 
support,  the  following  languages  will  be  used: 

VAX  FORTRAN 

MITROL 


5.3.  Database  Management  Systems 

A  Database  Management  System  being  the  core  of  any 
package,  must  be  structured  and  supported.  Therefore  the 
following  database  systems  will  be  utilized: 

The  Digital  Equipment  Corporation  database  management 
system ' s  VAX  DBMS . 

Mitrol  Corporation's  MITRAL  DBMS. 


5.4.  Query  and  Report  Writers 
DATATRIEVE 
MITROL 
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5.5.  Installed  Packages 

MANMAN  MRP  II  package,  DBMS  Based,  written  in  Fortran-77, 
using  Datatrieve  and  TDMS . 

MANMAN  ENGINEER,  DBMS  Based,  written  in  Fortran-77,  using 
Datatrieve  and  TDMS. 

TMS  (Tool  Management  System)  Package  written  in  Fortran-77 
using  escape  sequences  for  screen  management  and 
Datatrieve  for  reports. 

Mitrol  Corporation's  MITROL  DBMS,  a  fourth  generation 
network  database  manager. 
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6.  USER  CONFIGURATION 


CALB  will  allow  users  in  the  following  departments  access  to  the 
system  through  menu  options  specific  to  their  department's 
functions 

Assembly  &  Test 
Configuration  Management 
Manufacturing  Engineering 
Production  Control 
Quality  Control 

CALB  will  allow  maintenance  of  a  Configuration  Exception 
Reporting  database  and  a  Part/Drawing  database  to  keep  track  of 
ECO  changes.  CALB  will  also  maintain  system  control  information 
in  the  database  for  each  individual  engine. 

6.1.  Assembly  &  Test 


CALB  Duties: 

o  Operator  receives  Assembly  Shop  Order  and  Engine  kit 
o  Operator  requests  required  tooling  from  TRACS 
o  Testing  performed  by  test  technicians 
o  Completes  required  process 


CALB  Users 

o  Assembly  Technicians 
o  Test  Technicians 
o  Assembly  Group  Leaders 


CALB  Integration: 

o  Will  receive  bar-coded  Assembly  Shop  Order  and  kitted 
parts  from  Production  Control. 

o  Will  log  in  to  the  system  and  begin  the  ascembly 

process.  The  operator  will  record  revision  letter,  and 
where  required,  the  serial  number  of  a  component  part 
for  error  checking,  validation,  and  recording. 
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on  Management 


o  Monitor  Engine  Configuration 
o  Monitor  and  Process  ECO  1 s 

CALB  Users: 

o  Configuration  Manager 
CALB  Integration: 

o  Will  process  ECO's  and  make  changes  to  the  Assembly 
Parts  List. 

o  Will  monitor  implementation  of  ECO's  by  Manufacturing 
Engineering. 

6.3.  Manufacturing  Engineering 

CALB  Duties: 

o  Maintain  Assembly  Order  Routings  (AOR) 

CALB  Users: 

o  Process  Engineers 

CALB  Integration: 

o  Will  receive  message  via  printed  document  from 

Configuration  Management  requesting  incorporation  of 
ECO  changes  into  AOR's. 

o  Will  update  documents  as  required. 
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6.4.  Production  Control 


CALB  Duties: 

o  Issues  Assembly  Shop  Orders 
o  Issues  Assembly  Order  Routings 
o  Kits  Engines 
o  Monitors  Work-in-Process 
o  Monitors  and  controls  inventory 


CALB  Users: 

o  Production  Scheduler 
o  Inventory  Control  Technician 
o  Receiving  Material  Technician 


CAIB  Integration: 

o  Will  generate  an  Assembly  Shop  Order  from  a  serial 

number  controlled  bill  of  material.  This  document  will 
contain  the  following  information:  Engine  Model,  Engine 
Serial  Number,  Lot  number,  Date  Issued,  and  approvals 
from  Production  Control  and  Quality  Control. 

o  Will  electronically  issue  the  Assembly  Order  Routing  t: 
the  floor.  This  issuance  will  create  a  new  "vanilla" 
database  for  the  particular  engine  to  be  built. 

o  Will  prepare  engine  kits  and  monitor  work-in-process. 

o  Will  provide  replacement  parts  as  required. 
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6.5.  Quality  Control 


CALB  Duties'. 

o  Verify  Engine  Configuration 
o  Inspect  Assembly  Operations 
o  Prepare  Engine  Shipping  Book 

CALB  Users: 

o  Assembly  Inspector 
o  Quality  Engineer 

CALB  Integration: 

o  Will  review  engineering  changes  made  by  Manufacturing 
Engineering.  The  Quality  Engineer  will  indicate 
approval  of  changes  by  making  appropriate  entries  into 
the  database.  Quality  Engineer  will  record  all 
exceptions . 

o  Will  compile  entries  into  the  system  to  create  the 
Component  Replacement  History  in  the  Engine  Shipping 
Book. 

o  Will  generate  hard  copy  portions  of  the  Engine  Shipping 
Book  for  inspection  by  customer.  Will  also  generate 
hard  copy  portions  of  the  Assembly  Log  Book  (Build 
Book)  on  request. 
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7.  FUNCTIONAL  SPECIFICATIONS 


7.1.  Assemble  Build  Book.  The  build  book  is  used  to  maintain  a 
historical  record  of  the  process  of  building  and  testing 
an  engine  through  to  completion.  A  Build  Book  is 
"assembled"  for  each  engine  scheduled  to  be  built.  The 
assembly  process  consists  primarily  of  inserting  blank 
documents  into  proper  sections  of  the  book.  The  documents 
are  then  completed  at  various  stages  of  the  build  and  test 
processes.  (Reference  bubble  1.0  on  the  data  flow 
diagram. ) 

A.  The  following  documents  comprise  the  Build  Book: 


DOCUMENT 


MAINTAINED  BY 


Assembly  Order  Routing  (AOR) 

Engine  Backup  Data  Sheets 
Assembly  Parts  List 
Non  Conformance  Log 
Engine  Assembly  Work  Sheet 
Route  Sheet  &  OK  for  Test 
QC  1019 

(Non  Destructive  Inspection  Record) 
QC  1020 

(Disassembly  Inspection  Record) 

QWI  #54  (Envelope  Acceptance  Gage) 
Flow  Test  Records 
F107  Gearbox  A'-sembly 


TIMS2 

Prod.  Control 
CALB 

Quality  Assur. 
Quality  Assur. 
Quality  Assur. 
Quality  Assur. 

Quality  Assur. 

Quality  Assur. 
Quality  Assur. 
Quality  Assur. 


B.  Note  that  some  of  the  documents  identified  above  travel 
with  material  as  it  moves  through  the  assembly  and  test 
process . 


C.  The  AOR  will  be  maintained  in  and  drawn  from  TIMS 2 .  When 
requesting  an  AOR  print,  the  terminal  operator  will 
supply  a  starting  engine  serial  number  which  will  be 
printed  on  the  router.  Serial  numbers  will  be 
incremented  when  copies  for  multiple  engines  are 
requested . 


D.  The  APL  will  be  generated  electronically  from  the 

configuration  established  during  Green  Build.  Note  that 
this  represents  a  change;  under  the  "current"  system, 
the  APL  is  inserted  prior  to  Green  Build. 


E.  All  other  documents  will  continue  to  be  prepared 
manually . 
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7.2.  Kit  Engine.  The  MPL  downloaded  from  TIMS2  will  be  merged 
with  location  and  inventory  data  from  MANMAN  to  generate  a 
material  pick  list.  The  MADSS  AS/RS  interface  should  be 
used  to  select  required  material.  (Reference  bubble  2.0  on 
the  data  flow  diagram.) 

A.  Component  revision  letter  will  be  checked  and  recorded 
at  issue  by  the  operator.  Exceptions  must  be  noLed  and 
recorded  electronically.  Exception  reports  must  be 
forwarded  to  Configuration  Management. 

B.  The  terminal  operator  must  supply:  initial  engine  serial 
number;  engine  quantity;  and  contract  number. 

C.  Material  will  be  trucked  to  the  assembly  area  in  kit 
form. 

D.  Issuing  excess  material  to  a  work  order  may  cause  severe 
fluctuations  in  an  MRP  based  system.  Therefore  all 
material  must  be  accounted  for  through  inventory  control 
personnel  prior  to  the  issue  of  excess  material. 

E.  This  process  should  electronically  record  each  serial 
number  issued,  and  build  a  skeleton  configuration  file 
for  all  configured  parts  (i.e.  those  parts  whose 
revision  letter  is  controlled) . 

F.  Contained  in  the  Configuration  subsystem  will  be: 


FIELD  NAME 

TYPE 

LENGTH 

Engine  Part  Number 

A 

15 

Engine  Serial  Number 

N 

12 

Engine  Model  Code 

A 

18 

Engine  Starts 

N 

2 

Engine  Build  Number 

N 

2 

Date 

A 

8 

Component  Part  Number 

A 

15 

Component  Serial  Number 

A 

12 

Component  Change  Letter 

A 

2 

Revision  Letter  Exception 

A 

1 

Group  Number 

A 

1 

AQAS  Serial  Flag 

A 
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7.3.  Green  Build.  This  process  describes  the  complete  assembly 
of  an  engine  prior  to  initial  test.  During  this  process, 
serial  numbers  will  be  recorded  electronically.  (Reference 
bubble  3.0  on  the  data  flow  diagram.) 

A.  Component  serial  numbers  will  be  entered  when  required. 

B.  To  insure  that  components  have  not  been  swapped 
inadvertently  between  kit  and  build,  the  component 
change  letter  will  be  validated  against  the  APL  once 
again.  Violations  will  cause  a  warning  message  to  be 
issued  to  the  terminal  operator,  and  an  entry  to  be 
recorded  in  the  Configuration  Exception  field  for  that 
component.  An  exception  report  will  be  forwarded  to 
Configuration  Management. 

C.  An  entry  in  the  BOM  will  indicate  which  components  are 
serialized  and  must  be  tracked  through  the  serialization 
file. 

D.  Component  serial  numbers  will  be  checked  against  a  file 
of  valid  component  serial  numbers.  This  file  will  be 
maintained  by  data  uploaded  from  AQAS ,  and  by  additional 
entries  which  will  track  serialized  components  not 
covered  by  the  AQAS  system.  Failures  are  not  allowed  an.J 
should  cause  an  appropriate  terminal  message  to  be 
issued  to  the  operator. 

E.  The  validation  process  described  above  will  set  a  flag 
in  the  serial  number  file  which  will  indicate  which 
serial  numbers  have  been  issued  (by  part  number) . 

F.  Component  movement  into  and  out  of  an  engine  must  be 
recorded  electronically.  This  data  will  be  recorded  in 
the  Component  Replacement  History  (CRH)  file. 

G.  In  the  event  that  a  component  must  be  replaced,  the 
following  data  will  be  required: 

1.  Engine  Serial  Number. 

2.  Component  Part  Number. 

3.  Remarks. 

4.  Outgoing  Component  Serial  Number. 

5.  Time  on  Outgoing  Serial  Number. 
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6.  Starts  on  Outgoing  Serial  Number. 

7.  Build  Number  on  Outgoing  Serial  Number. 

8.  Incoming  Component  Serial  Number.  Incoming  component 

must  satisfy  the  following  edit  criteria: 

a.  The  component  serial  number  must  be  valid. 

b.  The  revision  letter  must  be  valid;  if  not, 
exceptions  must  be  noted  and  approved.  (See 
item  B  above.) 

c.  If  the  component  is  currently  linked  to  an 
engine,  the  link  must  be  broken  and  a  CRH 
record  be  established  which  identifies  the 
break. 

9.  Time  on  Incoming  Serial  Number. 

10.  Starts  on  Incoming  Serial  Number. 

11.  Build  Number  on  Incoming  Serial  Number. 

H.  Component  Movement  Direction  (In/Out) .  The  value  for 
this  field  should  be  inferred. 

I.  Records  of  the  above  transaction  will  be  kept  in  the 
Component  Replacement  History  file.  This  file  will  be 
linked  to  the  configuration  file,  and  will  contain  the 
following  additional  items: 


FIELD  NAME 

TYPE 

LENGTH 

Transaction  Date 

A 

8 

Component  Movement  Status 

A 

1 

Run  Time 

A 

8 

Starts 

N 

2 

Build  Number 

N 

2 

Remarks 

A 

180 

Disposition 

A 

180 
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8.  GENERAL  PROCESSING  RULES  AND  ASSUMPTIONS 

A.  The  TIMS2  system  will  be  used  to  warehouse  the  Bill  of 
Material  (BOM)  library. 

B.  AORs  will  be  stored,  maintained,  and  produced  from  the 
TIMS2  system. 

C.  ASOs  will  be  kept  under  Green  Band  control  in  the 
assembly  area. 

D.  AQAS  will  track  serial  numbers  to  lots  for  serialized 
parts  used  in  the  fabrication  process. 

E.  CALB  will  track  the  serial  numbers  of  purchased  parts 
issued  directly  to  assembly. 

F.  CALB  will  insure  that  duplicate  component  serial  numbers 
are  not  issued  to  the  assembly  process. 

G.  Component  change  letter  will  be  checked  at  issue.  Change 
letters  which  do  not  conform  to  those  listed  on  the  APL 
will  be  noted  as  exceptions.  All  exceptions  will  be 
forwarded  to  Configuration  Management  for  resolution. 

H.  Component  revision  letters  and  serial  numbers  issued  to 
an  engine  will  be  stored  on  line  in  TIMS2 . 

I.  Change  letter  exceptions  will  lock  the  configuration 
file  until  approved  by  configuration  management. 

J.  The  current  configuration  for  an  engine  will  be  stored 
in  the  configuration  file.  Changes  will  be  logged  in  the 
Component  Replacement  History  (CRH)  file. 

K.  AQAS  data  will  be  uploaded  to  the  IBM  TIMS2  system  in 
order  to  verify  manufactured  component  serial  numbers. 

L.  Serialized  component  parts  not  tracked  by  AQAS  will  be 
added  to  this  file  via  a  data  entry  panel. 
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A.  Material  Pick  List.  A  pull  list  will  be  generated  by 
merging  the  MPL  (downloaded  from  TIMS2)  with  inventory 
data  from  MANMAN.  In  order  to  utilize  the  MADSS 
inventory  function,  this  picking  transaction  will  reside 
on  the  VAX. 

B.  Component  Serial  Number  Validation.  A  "Serial  Number 
Validation"  file  will  be  established  in  order  to  verify 
component  serial  numbers.  This  file  will  reside  in 
TIMS2.  Data  from  AQAS  will  be  uploaded  in  a  timely  basis 
in  order  to  maintain  this  file.  Data  for  serial  numbers 
not  tracked  through  AQAS  will  be  loaded  through  a  data 
entry  panel. 

C.  Component  Revision  Letter  Validation.  Revision  letters 
of  components  will  be  validated  against  the  BOM  stored 
in  TIMS2 . 

D.  Configuration.  A  "Configuration"  file  will  be 
established  to  track  all  components  issued  to  an  engine. 
This  file  will  reside  in  TIMS2.  This  file  will  be  used 
to  generate  the  Assembly  Parts  Record  sheets  for 
inclusion  into  the  Build  Book. 

E.  Component  Replacement  History.  This  history  file  will  be 
established  in  order  to  track  all  component  changes  to 
an  engine  during  the  build  and  test  processes.  This  file 
will  reside  in  TIMS2  and  be  tied  to  the  Configuration 
file  mentioned  above. 


-18- 


MAY  31  1953 


10.  DOCUMENTATION  REQUIREMENTS 


10.1.  INTRODUCTION 

One  of  the  basic  premises  of  the  IMIP  program  is  that  technology 
shall  be  transferable.  The  most  important  factor  for  making 
computer  software  transferable  is  thorough  and  uniform  documenta¬ 
tion.  Therefore,  all  software  developed  as  a  result  of  this 
project  effort  will  conform  to  the  following  guidelines. 


10.2.  PROGRAM  DOCUMENTATION 

All  software  will  be  documented  using  standard  documentation 
methodologies.  This  standard  includes  but  is  not  limited  to  the 
following: 

o  Complete  explanation  of  each  modules's  purpose 
o  Complete  variable  definitions  at  beginning  of  each  module, 
o  Description  of  inputs  and  outputs  for  each  module 
o  Modular  code 

o  Self-identifying  naming  conventions 
o  Indentation  to  pictorially  indicate  program  loops 
o  Self-documenting  code 
o  Informative  comments  throughout  code 
o  Global  data  dictionary 


10.3.  SYSTEM  DOCUMENTATION 

Each  sub-system  within  CALB  and  the  CALB  monitor  shall  have 
adequate  system  documentation  and  a  user's  guide. 

The  system  documentation  will  include: 

o  System  flowchart 

o  Explanation  of  system  functionality 
o  Explanation  of  system  inputs  and  outputs 
o  Brief  description  of  each  module 
o  Report  layouts 
o  List  of  data  files 

The  user's  guide  should  be  well  written  and  include  step  by  step 
instructions  for  using  the  system.  Also,  the  user's  guide  should 
have  a  section  that  lists  possible  errors  that  can  occur  and  an 
explanation  of  how  to  recover  from  those  errors.  The  user's 
guide  should  have  a  section  that  describes  required  system  inputs 
and  also  describes  each  report  that  can  be  generated  from  that 
system. 
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1 1 ..  1 .  Location  and  Participants 

Final  testing  will  be  conducted  on-site  at  Teledyne  CAE, 
Gainesville  Division.  Representatives  from  both  TCAE  and  the 
sub  contractor  will  be  in  attendance.  Participants  will 
consist  of  Teledyne  employees  who  will  be  using  the  system  on 
a  regular  basis  and  the  Teledyne  project  leader. 


11.2.  Items  Tested 


The  CALB  Monitor  and  all  user  interfaces  discussed  in 
Appendix  A  will  be  tested  thoroughly.  In  addition,  the  Text 
Storage/Retrieval  system  and  the  Output  system  will  also  be 
tested. 


11.3.  Test  Schedule 

System  testing  will  begin  as  each  module  is  completed  and 
will  be  conducted  by  the  contract  programmer  and  must  be 
approved  by  the  Teledyne  project  leader.  Failure  to  pass 
testing  will  require  a  rewrite  and  re-test.  The  final 
acceptance  test  will  last  approximately  one  week,  during 
which  time  each  item  will  be  re-tested  and  its  acceptance 
initialized  by  the  Teledyne  Project  Leader. 

Overall  acceptance  of  the  entire  system  will  be  contingent  on 
the  contractor  providing  adequate  documentation  as  described 
in  Section  10. 
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12.  SOFTWARE  RIGHTS  CLAUSE 


[1  35,532} 

32.227-7013  Rights  In  Tschnlcd  Oats 
snd  Computer  Software. 

[Caution:  m  changes  effective  10/18/83 
at  1 94228— CCH.) 

As  prescribed  at  27.412(aXl),  insert  the 
following  clause: 

RIGHTS  IN  TECHNICAL  DATA  AND 
COMPUTER  SOFTWARE  (MAY  1981) 

(a)  Definitions.  ‘‘Commercial  Computer 
Software",  a*  used  in  this  clause,  means  computer 
software  which  is  used  regularly  tor  ocher  than 
Government  purposes  snd  is  sold,  licensed  or 
leased  in  significant  quanuues  to  the  general  pub¬ 
lic  at  established  market  or  cacaJog  pneea. 

"Computer",  as  used  in  this  clause,  me»  a 
data  processing  device  capable  of  accepting  data. 

DoD  52.227-7013  t 35,532 
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performing  presenbed  operations  on  the  data,  end 
supplying  the  result*  of  these  operations;  for 
e sample,  i  device  that  operates  on  discrete  dau 
by  performing  arithmetic  and  logic  processes  on 
the  dau.  or  a  device  that  operates  on  analog  dau 
by  performing  physical  processes  on  the  dau. 

"Computer  Data  Base",  as  used  in  this  clause, 
means  a  collection  of  dau  in  a  form  capable  of 
being  processed  and  operated  on  by  a  computer. 

"Computer  Program",  as  used  in  this  clause, 
mesns  a  series  of  instructions  or  sutemenu  in  a 
form  accepuble  to  a  computer,  designed  to  cause 
the  computer  to  execute  an  operation  or  opera¬ 
tions.  Computer  programs  include  operating  sys¬ 
tems.  assemblers,  compilers,  interpreters,  dau 
management  systems,  utility  progrsms,  sort- 
merge  programs,  and  ADPE  mamtenance/diag- 
nostic  programs,  as  well  sj  applications  programs 
such  as  payroll,  inventory  control,  and  engineer¬ 
ing  analysis  programs.  Computer  programs  may 
be  either  machine-dependent  or  machine-indepen¬ 
dent.  and  may  be  general-purpose  in  nature  or 
designed  to  satisfy  the  requirements  of  a  particu¬ 
lar  user. 

"Computer  Software",  as  used  in  this  clause, 
means  computer  programs  and  computer  dau 
bases. 

"Computer  Software  Documentation",  as  used 
in  this  clause,  means  technical  dau:  including 
computer  listings  and  printouts,  in  human-reada¬ 
ble  form  which  (1)  documents  the  design  or  deuils 
of  computer  software.  (2)  explains  the  capabilities 
of  the  software,  or  (3)  provides  operating  instruc¬ 
tions  for  using  the  software  to  obtain  desired 
results  from  a  computer. 

"Limited  Rights",  as  used  in  this  clause,  means 
rights  to  use.  duplicate,  or  disclose  technical  dau, 
in  whole  or  in  fart,  by  or  for  the  Government, 
with  the  express  iimiution  that  such  technical 
dau  shall  not.  without  the  written  permission  of 
the  party  furnishing  such  technical  dau  be  (1) 
released  or  disclosed  in  whole  or  in  part  outside 
the  Government,  (2)  used  in  whole  or  in  part  by 
the  Government  for  manufacture,  or  in  the  case  of 
computer  software  documenution.  for  preparing 
the  same  or  similar  computer  software,  or  (3)  used 
by  a  party  other  than  the  Government,  except  for 

(1)  Emergency  repair  or  overhaul  work  only,  by 
or  for  the  Government,  where  the  item  or  process 
concerned  is  not  otherwise  reasonably  available  to 
enable  timely  performance  of  the  work,  provided 
that  the  release  or  disclosure  thereof  outside  the 
Government  shall  be  made  subject  to  a  prohibi¬ 
tion  against  future  use.  release  or  disclosure;  or 

(21  Release  to  a  foreign  government,  as  the 
interest  of  the  United  Sutes  may  require,  only  for 
information  or  evaluation  within  such  government 
or  for  emergency  repair  or  overhaul  wort  by  or  foe 
such  government  under  the  conditions  of  (1) 
above. 

"Restricted  Rights",  as  used  in  this  clause, 
mesns  rights  that  apply  only  to  computer 
software,  and  include,  as  a  minimum,  the  nght 
to — 

T!  35,532  DoD  52.227*7013 


(11  Use  computer  software  with  the  computer 
for  which  or  with  which  it  was  acquired,  including 
use  at  any  Government  installation  to  which  the 
computer  may  be  transferred  by  the  Government; 

(21  Use  computer  software  with  a  backup  com¬ 
puter  if  the  computer  for  which  or  with  which  it 
wu  acquired  is  inoperative; 

(3)  Copy  computer  programs  for  safekeeping 
(archive)  or  backup  purposes;  and 

(4)  Modify  computer  software,  or  combine  it 
with  other  software,  subject  to  the  provision  that 
those  portions  of  the  derivative  software  incorpo¬ 
rating  restricted  rights  software  art  subject  to  the 
same  restricted  rights. 

In  addition,  restricted  rights  i.iclude  any  other 
specific  rights  not  inconsistent  with  the  minimum 
rights  in  (1H4)  above  that  art  listed  or  desenbed 
in  this  contract  or  desenbed  in  a  license  or  agree¬ 
ment  made  a  part  of  this  contract. 

"Technical  Data",  as  used  in  this  clause,  meant 
recorded  information,  regardless  of  form  or  char- 
actenstic.  of  a  scientific  or  technical  nature.  It 
may,  for  example,  document  research,  experimen¬ 
tal,  developmental  or  engineering  work,  or  be  usa¬ 
ble  or  used  to  define  a  design  or  process  or  to 
procure,  produce,  support,  maintain,  or  operate 
materiel.  The  dau  may  be  graphic  or  pictorial 
delineations  in  media  such  as  drawinp  or  photo¬ 
graphs,  text  in  specifications  or  related  perform¬ 
ance  or  design  type  documents  or  computer 
printouts.  Examples  of  technical  dau  include 
research  and  engineering  dau,  engineering  draw- 
ings  and  associated  lists,  specifications,  standards, 
process  sheets,  manuals,  technical  reports,  caulog 
item  identifications  and  related  information,  and 
computer  software  documentation.  Technical 
dau  does  not  include  computer  software  or  finan¬ 
cial,  administrative,  cost  and  pricing,  and  man¬ 
agement  dau  or  other  information  incidental  to 
contract  administration. 

"Unlimited  Rights”,  as  used  in  this  clause, 
means  rights  to  use,  duplicate,  or  disclose  tcclini- 
cal  dau,  in  whole  or  in  part,  in  any  manner  and 
for  any  purpose  whatsoever,  and  to  have  or  per¬ 
mit  others  to  do  so. 

(b)  Government  Rights. 

(l)  Unlimited  Rights  The  Government  shall 
have  unlimited  rights  in: 

(i)  technical  dau  and  computer  software  result¬ 
ing  directly  from  performance  of  experimenul, 
developmenul  or  research  work  which  was  speci¬ 
fied  is  an  element  of  performance  in  this  or  any 
other  Government  contract  or  subcontract; 

(ii)  computer  software  required  to  be  originated 
or  developed  under  a  Government  contract,  or 
generated  as  a  necessary  part  of  performing  a 
contract; 

(m)  computer  dau  basea  prepared  under  a 
Government  contract,  consisting  of  information 
supplied  by  the  Government,  information  iu 

C19M,  Commerce  Peering  House  Inc 
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which  the  Government  has  unlimited  rights,  or 
information  which  is  in  the  public  domain, 

livl  technical  data  necessary  to  enable  manu¬ 
facture  of  end-items,  components,  and  modifica¬ 
tions,  or  to  enable  the  performance  of  processes, 
when  the  end-items,  components,  modifications  or 
processes  have  been  or  are  being,  developed  under 
this  or  any  other  Government  contract  or  subcon¬ 
tract  in  which  experimental,  developmental  or 
research  work  is.  or  was  specified  as  an  element  of 
contract  performance,  except  technical  data  per¬ 
taining  to  items,  components,  processes,  or  com¬ 
puter  software  developed  at  private  expense  (but 
see  subdivision  (bK2)  tn)  below); 

(v)  technical  data  or  computer  software  pre¬ 
pared  or  required  to  be  delivered  under  this  or 
any  other  Government  contract  or  subcontract 
and  constituting  corrections  or  changes  to  Govern¬ 
ment-furnished  data  or  computer  software, 

IvO  technical  data  pertaining  to  end-items, 
components  or  processes,  prepared  or  required  to 
be  delivered  under  this  or  any  other  Government 
contract  or  subcontract,  for  the  purpose  of  identi¬ 
fying  sources,  sue.  configuration,  mating  and 
attachment  characteristics,  functional  character¬ 
istics  and  performance  requirements  ("form,  fit 
and  function"  data,  e  g..  specification  control 
drawings,  catalog  sheets,  envelope  drawings,  etc  ) 

(vn)  manuals  or  instructional  materials  pre¬ 
pared  or  required  to  be  delivered  under  this  con¬ 
tract  or  any  subcontract  hereunder  for 
installation,  operation,  maintenance  or  training 
purposes. 

(viii)  technical  data  or  computer  software 
which  is  in  the  public  domain,  or  has  been  or  is 
normally  released  or  disclosed  by  the  Contractor 
or  subcontractor  without  restriction  on  further 
disclosure,  and 

(ix>  technical  data  or  computer  software  listed 
or  described  in  an  agreement  incorporated  into 
the  schedule  of  this  contract  which  the  parties 


have  predetermined,  on  the  basis  of  subpara¬ 
graphs  id  through  mu)  above,  and  agreed  will  be 
furnished  with  unlimited  rights. 

(21  Limited  Rights.  The  Government  shall  have 
limited  rights  m: 

(i)  technical  data,  listed  or  described  in  an 
agreement  incorporated  into  the  Scneduie  of  this 
contract,  which  the  parties  have  agreed  will  be 
furnished  with  limned  rights,  and 

in)  unpublished  technical  data  pertaining  to 
items,  components  or  processes  developed  at  pri¬ 
vate  expense,  and  unpublished  computer  software 
documentation  related  to  computer  software  that 
is  acquired  with  restricted  rights,  other  than  such 
data  as  may  be  included  in  the  data  referred  to  in 
subdivisions  (bklKi).  <vl.  Ivi).  (vn),  and  (vtn) 
above  The  word  unpublished,  as  applied  to  tech¬ 
nical  data  and  computer  software  documentation, 
means  that  which  has  not  been  released  to  the 
public  nor  been  furnished  to  others  without 
restriction  on  further  use  or  disclosure  For  tne 
purpose  of  this  definition,  delivery  oi  limited 
rights  technical,  data  to  or  for  the  Government 
under  a  contract  does  not,  in  itself,  constitute 
release  to  the  public. 

Limited  rights  shall  be  effective  provided  that 
only  the  portion  or  portions  oi  each  piece  of  data 
to  which  limited  righis  are  to  be  asserted  pursu¬ 
ant  to  subdivisions  (2ki>  and  lit)  above  are  identi¬ 
fied  (for  example,  by  circling,  underscoring,  or  a 
note),  and  that  the  piece  of  data  is  marked  with 
the  legend  below  m  which  is  inserted: 

A  the  number  of  the  prime  contract  under 
which  the  technical  data  is  to  be  delivered, 

B.  the  name  of  the  Contractor  and  any  subcon¬ 
tractor  by  whom  the  technical  data  was  gener¬ 
ated.  and 

C.  ao  explanation  of  the  method  used  to  iden¬ 
tify  limited  rights  data. 


LIMITED  RIGHTS  LEGEND 
Cwniraci  Nu  _ ^ 

Cumrac'ur  _ 

Explanation  of  Limited  Rights  Data  Identification  Method  Used 


Those  portions  of  '.his  technical  data  indicated 
as  limited  rights  data  shall  not,  without  the  writ¬ 
ten  permission  of  the  above  Contractors,  be  either 
(A)  used,  released  or  disclosed  in  whole  or  in  part 
outside  the  Government,  (B>  used  in  whole  or  in 
part  by  the  Government  for  manufacture  or,  in 
the  case  of  computer  software  documentation,  for 
preparing  the  same  or  similar  computer  soltware, 
or  (c )  used  by  a  party  other  than  the  Government, 
except  for  ( 1)  emergency  repair  or  overhaul  work 
only,  by  or  for  the  Government,  where  the  item  or 
process  concerned  is  not  otherwise  reasonably 
available  to  enable  timely  performance  of  the 
work,  provided  that  the  release  or  disclosure 

Cov«mm«nt  Contract*  Reports 


hereof  outside  the  Government  shall  be  made  sub¬ 
ject  to  a  prohibition  against  further  use,  release  or 
disclosure,  or  (2)  release  to  a  foreign  government, 
as  the  interest  of  the  United  States  may  tequire, 
only  for  information  or  evaluation  within  such 
government  or  tor  emergency  repair  or  overhaul 
work  by  or  for  such  government  under  the  condi¬ 
tions  of  tl)  above.  This  legend,  together  with  the 
indications  oi  the  por'  .is  of  this  data  which  are 
subject  to  such  limitations  shall  be  included  on 
any  reproduction  hereof  which  includes  any  put 
of  the  portions  subject  to  such  limitations. 

(3)  Restricted  Rjghtx 
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h>  The  Government  shall  have  restricted  rights 
in  computer  software,  listed  or  described  m  a 
license  or  agreement  made  a  part  of  this  contract, 
which  the  parties  have  agreed  will  be  furnished 
with  restricted  rights,  provioed,  however,  notwith- 
standing  any  contrary  provision  in  any  such 
license  or  agreement,  the  Government  shall  have 
the  rights  included  in  the  definition  of  '  restricted 
rights''  in  paragraph  la)  above.  Such  restricted 
rights  are  of  no  effect  unless  the  computer 
software  is  maraed  by  the  Contractor  with  the 
following  legend: 

RESTRICTED  RIGHTS  LEGEND 
Use.  duplication  or  disclosure  is  subject  to 

restrictions  stated  in  Contract  No  _ 

with _ iName  of  Contract)  / 

and  the  related  computer  software  documentation 
includes  a  prominent  statement  of  the  restrictions 


applicable  to  the  computer  software  The  Contrac¬ 
tor  may  not  place  any  legend  on  computer 
software  indicating  restrictions  on  the  Govern¬ 
ment's  rights  m  such  software  unless  the  restric¬ 
tions  are  set  forth  in  a  license  or  agreement  made 
a  pan  of  this  contract  prior  to  the  delivery  date  of 
the  software.  Failure  of  the  Contractor  to  apply  a 
restricted  rights  legend  to  such  computer  software 
shall  relieve  the  Government  of  liability  with 
respect  to  such  unmarked  software. 

< 

<n)  Notwithstanding  subdivision  (i)  above,  com¬ 
mercial  computer  software  and  related  dixrumen- 
tation  developed  at  private  expense  and  not  in 
public  domain  may,  if  the  Contractor  so  eiects.  be 
marked  with  the  following  Legend: 


RESTRICTED  RIGHTS  LEGEND 
Use,  duplication,  or  disclosure  by  the 
Government  is  subject  to  restrictions 
a>  set  forth  in  suBdivision  ibKdginof 
the  Rights  in  Technical  Data  and  Computer 
S  iftware  clause  at  52  227-7013 


l  Name  of  Contractor  and  Address) 


When  acquired  by  the  Government,  commercial 
computer  software  and  related  documentation  so 
legendrd  shall  be  subject  to  the  following: 

(A)  Title  to  the  ownership  of  the  software  and 
documentation  shall  remain  with  the  Contractor 

(B)  User  of  the  software  and  documentation 
shall  be  limned  to  the  facility  to-  which  it  t» 
acquired. 

(C)  The  Government  shall  not  provide  or  other¬ 
wise  make  available  the  software  or  documenta¬ 
tion.  or  any  portion  thereof,  in  any  form,  to  any 
third  party  without  the  prior  written  approval  of 
the  Contractor.  Third  parties  do  not  include 
prime  contractors,  subcontractors  and  ageno  of 
the  Government  who  have  the  Government's  per¬ 
mission  to  use  the  licensed  software  and  documen¬ 
tation  at  the  facility,  and  who  have  agreed  to  use 
the  licensed  software  and  documentation  only  in 
accordance  with  these  restrictions.  This  provision 
does  not  limit  the  right  of  the  Government  to  use 
soitware.  documentation,  or  information  therein, 
which  the  Government  may  already  have  or 
obtains  without  restrictions. 

( D)  The  Government  shall  have  the  right  to  use 
the  computer  software  and  documentation  with 
the  computer  for  which  it  is  acquired  at  any  other 
facility  to  which  that  computer  may  be  tranv 
ferred;  to  use  the  computer  software  and  docu¬ 
mentation  with  a  backup  computer  when  the 
primary  computer  is  inoperative;  to  copy  com¬ 
puter  programs  for  safekeeping  (archives)  or 
backup  purposes,  and  to  modify  the  software  and 
documentation  or  combine  it  with  other  soitware, 
provided,  that  the  unmodified  portions  snail 
remain  subject  to  these  restrictions. 

H35,532  DoO  52.227-7013 


(E)  If  the  Contractor,  within  sixty  (60>  days 
after  a  written  request,  fails  to  substantiate  by 
clear  and  convincing  evidence  that  computer 
software  and  documentation  marked  with  the 
above  Restricted  Rights  Legend  are  commercial 
items  and  were  developed  at  private  expense,  or  if 
the  Contractor  fails  to  refute  evidence  which  i» 
asserted  by  the  Government  a s  a  basis  that  the 
software  is  in  the  public  domain,  the  Government 
may  cancel  or  ignore  any  restrictive  markings  on 
such  computer  software  and  documentation  and 
may  use  them  with  unlimited  ngtm.  Such  written 
requests  shall  be  addressed  to  the  contractor  aj 
ideni.fied  in  the  Restricted  Rights  Legend. 

(4)  No  legend  shall  be  marked  on.  nor  shall  any 
limitation  or  restriction  on  rights  of  use  be 
asserted  as  to,  any  data  or  computer  software 
which  the  Contractor  has  previously  delivered  to 
the  Government  without  i-siriction.  The  limned 
or  restricted  rights  rrov  for  by  this  paragraph 
shall  not  impair  the  of  the  Government  to 
use  similar  or  identical  data  or  computer  software 
acquired  from  other  sources. 

(c)  Copyright. 

(1)  In  addition  to  the  rights  granted  under  the 
provisions  of  paragraph  (b)  above,  the  Contractor 
hereby  grants  to  the  Government  a  nonexclusive, 
paid-up  license  throughout  the  world,  of  the  scope 
set  forth  below,  under  any  copyright  owned  by  the 
Contractor,  in  any  work  of  authorship  prepared 
for  or  acquired  by  the  Government  under  this 
contract,  to  reproduce  the  work  in  copies  or  pho 
norecords,  to  distribute  copies  or  pnonorecords  to 
the  public,  to  perform  or  display  the  work  pub- 
licly.  and  to  prepare  derivative  works  thereof,  and 
to  have  others  do  so  for  Government  purposes. 
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Wuh  respect  to  technical  data  and  computer 
software  in  which  the  Government  has  unlimited 
rights,  the  license  shall  be  of  the  same  scope  as  the 
rights  set  forth  in  the  definition  of  "unlimited 
rights"  m  paragraph  (a)  above.  With  respect  to 
tecnrttral  data  irr  which  the  Government  has  lim¬ 
ited  rights,  the  scope  of  the  license  is  limned  to 
the  rights  set  forth  in  the  definitions  of  "limited 
rights"  in  paragraph  (a)  above  With  respect  to 
computer  software  which  the  parties  have  agreed 
in  accordance  with  subparagraph  ( b K 3 >  above  will 
be  lurmshed  with  restricted  rights,  the  scope  of 
the  license  is  limited  to  such  rights. 

(2)  Unless  writ'en  approval  of  the  Contracting 
Officer  is  obtained,  the  Contractor  shall  not 
include  in  technical  data  or  computer  software 
prepared  for  or  acquired  by  the  Government 
under  this  contract  any  works  of  authorship  in 
which  copyright  is  not  owned  by  the  Contractor 
without  acquiring  for  the  Government  any  rights 
necessary  to  perfect  a  copyright  license  of  the 
scope  specified  in  subparagraph  (eg  1 ). 

(3)  As  between  the  Contractor  and  the  Govern¬ 
ment.  the  Contractor  shall  be  considered  the  "per¬ 
son  for  whom  the  work  was  prepared"  for  the 
purpose  of  determining  auihorsnip  under  Section 
201lb)  of  Title  17.  United  States  Code 

(41  Technical  data  delivered  under  this  con¬ 
tract  which  carries  a  copyright  notice  shall  also 
include  the  following  statement  which  be 

placed  therein  by  the  Contractor,  or  should  the 
Contractor  fail,  by  the  Government 

This  material  may  be  reproduced  by  or  for  me 
U  S  Government  pursuant  to  the  copyr  ghl 
license  under  the  clause  at  32.227-7013  (date*. 

(di  Removal  of  Unauthorized  Markings.  Not¬ 
withstanding  any  provision  of  this  contract  con¬ 
cerning  inspection  and  acceptance,  the 
Government  may  correct,  cancel,  or  ignore  any 
marking  not  authorized  by  the  terms  of  this  gun- 
tract  on  any  technical  data  or  computer  software 
furnished  hereunder  if: 

(If  'he  Contractor  fails  to  respond  wuhm  sixty 
(60)  days  to  a  written  inquiry  by  the  Government 
concerning  the  propriety  of  the  markings,  or 

(2)  the  Contractor's  response  fails  to  substanti¬ 
ate.  within  sixty  (60)  days  after  written  notice, 
the  propriety  of  limited  rights  markings  by  clear 
and  convincing  evidence,  or  of  restricted  rights 
markings  by  identification  of  the  restrictions  set 
forth  in  the  contract. 

In  either  case,  the  Government  shall  give  writ¬ 
ten  notice  to  the  Contractor  of  the  action  taken 

(<)  Relation  lo  Patents.  Nothing  contained  in 
this  clause  shall  imply  a  license  to  the  Govern¬ 
ment  under  any  patent  or  be  construed  as  affect¬ 
ing  the  scope  of  any  license  or  other  right 
otherwise  granted  to  the  Government  under  any 
patent. 


(f)  Limitation  on  Charges  for  Data  and  Com¬ 
puter  Software  The  Contractor  recognizes  that 
the  Government  or  a  ioreign  government  with 
funds  derived  through  the  Military  Assistance 
Program  or  otherwise  through  the  United  States 
Government  may  contract  for  property  or  services 
with  respect  to  which  the  vendor  may  be  liable  to 
the  Contractor  for  charges  for  the  use  of  techn  cal 
data  or  computer  software  on  account  of  such  a 
contract.  The  Contractor  further  recognizes  that 
it  is  the  policy  of  the  government  not  to  pay  in 
connection  with  its  contracts,  or  to  allow  to  be 
paid  in  connection  with  contracts  made  with 
funds  derived  through  the  Military  .Assistance 
Program  or  otherwise  through  the  United  States 
Government,  charges  for  data  or  computer 
software  which  the  Government  has  a  right  to  use 
and  disclose  to  others,  which  is  in  the  public 
domain,  or  which  the  Government  has  been  given 
without  restrictions  upon  its  use  and  disclosure  to 
others.  This  policy  does  not  apply  to  reasonable 
reproductions,  handling,  mailing,  ana  similar 
administrative  costs  incident  to  the  furnishing  of 
such  data  or  computer  software  In  recognition  of 
this  policy,  the  Contractor  agrees  to  participate  in 
and  maxe  appropriate  arrangements  for  the  exclu¬ 
sion  of  such  charges  from  such  contracts,  or  for 
the  refund  of  amounts  received  by  the  Contractor 
with  respect  to  any  such  charges  not  so  excluded. 

(gi  Acquisition  of  Data  and  Computer  Software 
from  Subcontractors. 

(1)  Whenever  any  technical  data  or  computer 
software  is  to  be  obtained  from  a  subcontractor 
under  this  contract,  the  Contractor  shall  use  this 
same  clause  in  the  subcontract,  without  altera¬ 
tion.  and  no  other  clause  shall  be  used  to  enlarge 
or  diminish  the  Government's  or  the  Contractor's 
rrghu  in  that  subcontractor  data  or  computer 
software  which  is  required  lor  the  Government. 

(2)  Technical  data  required  to  be  delivered  by  a 
subcontractor  shall  normally  be  delivered  to  the 
next-higher  tier  contractor.  However,  when  there 
is  a  requirement  in  the  prime  contract  for  data 
which  may  be  submitted  with  limited  rights  pur¬ 
suant  to  subparagraph  (bX2)  above,  a  subcontrac¬ 
tor  may  fulfill  such  requirement  by  submitting 
suen  aata  directly  to  the  Government  rather  than 
through  the  prime  Contractor. 

(3)  The  Contractor  and  higher-tier  subcontrac¬ 
tor  will  not  use  their  power  to  award  subcon¬ 
tracts  as  economic  leverage  to  acquire  rights  in 
technical  data  or  computer  software  from  their 
subcontractors  for  themselves. 

(End  of  clause) 

ALTERNATE  I  (May  1981)  As  pre¬ 
scribed  at  27.412(aX2),  add  the  following 
paragraph  to  the  basic  clause: 

Nonce  of  Certain  Limned  Rights. 

(hXl)  Unless  the  Schedule  provides  otherwise, 
and  subject  to  (2)  below,  the  Contractor  will 
promptly  notify  the  Contracting  Officer  in  writ¬ 
ing  of  the  intended  use  by  the  Contractor  nr  a 
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subcontractor  in  performance  of  this  contract  of 
any  item  component  or  process  for  which  techni¬ 
cal  data 'would  fall  within  subparagraph  lbx2> 
above. 

l2)  Such  notification  is  not  required  with 
respect  to. 

(i)  standard  commercial  items  which  are  manu¬ 
factured  by  more  tnan  one  source  of  supply,  or 

(ci)  items,  components,  or  processes  for  which 
such  notice  was  given  pursuant  to  predetermina¬ 
tion  of  rights  in  technical  data  m  connection  with 
this  contract. 

(3)  Contracting  Officer  approval  is  not  neces¬ 
sary  under  this  clause  for  the  Contractor  to  use 
the  item,  component  or  process  in  the  perform¬ 
ance  of  the  contract.  (APR  1972) 

ALTERNATE  II  (May  1981)  As  pre¬ 
scribed  at  27.412(aX3),  add  the  following 
paragraph  to  the  basic  clause: 

(  )  Publication  for  sale.  If.  prior  to  publication 
for  sale  by  the  Government  and  within  the  period 
designated  in  the  contract  or  task  order,  but  in  no 
event  later  than  24  months  after  delivery  of  such 
data,  the  Contractor  publishes  for  sale  any  data 
(l)  designated  in  the  contract  as  being  subject  to 
this  paragraph  and  (2)  delivered  under  this  con¬ 
tract.  and  promptly  notifies  the  Contracting 
Officer  of  these  publications,  the  Government 
shall  not  publish  such  data  for  sale  or  authorize 
others  to  do  so.  This  limitation  on  the  Govern¬ 
ment's  right  to  publish  for  sale  any  such  data  so 
published  by  the  Contractor  shall  continue  as  long 
as  the  data  is  protected  as  a  published  work  under 
the  copyright  law  of  the  United  States  and  is 
reasonably  available  to  the  public  for  purchase. 

Any  such  publication  shall  include  a  nonce  identi¬ 
fying  this  contract  and  recognizing  the  license 
rights  of  the  government  under  subparagraph 
(cXI)  of  this  clause.  .As  to  all  such  data  not  so 
published  by  the  Contractor,  this  paragraph  shall 
be  of  no  force  or  effect. 

[DAC  84-1,  3/1/84,  DAC  84-7.  8/15/84] 

W  35,532.04] 


26- 


MAY  31 


1983 


25,610 


Defan**  Department 


717  1 1  -9-84 


52.227*7018  Restrictive  Marking*  on 
Technical  Data. 

As  prescibed  at  27.412(0.  insert  the  follow¬ 
ing  clause: 

RESTRICTIVE  MARKINGS  ON 
TECHNICAL  DATA  (MAR  1975) 

la)  The  Contractor  shall  have,  maintain,  and 
follow  throughout  the  performance  of  this  con- 
tract,  procedures  sufficient  to  assure  that  restric¬ 
tive  markings  are  used  on  technical  data  required 
to  be  delivered  hereunder  only  when  authorized 
by  the  terms  of  the  "Rights  in  Technical  Data 
and  Computer  Software"  clause  of  this  contract. 
Such  procedures  shall  be  in  writing.  The  Contrac¬ 
tor  shall  also  maintain  a  quality  assurance  system 
to  assure  compliance  with  this  clause 

(b)  As  part  of  the  procedures,  the  Contractor 
shall  maintain  (1)  records  to  show  how  the  proce¬ 
dures  of  paragraph  (a)  above  were  applied  in 
determining  that  the  markings  are  authorized,  as 
well  as  (2)  such  records  as  are  reasonably  neces¬ 
sary  to  show  pursuant  to  subparagraph  (dX2)  of 
ihe  "Rights  in  Technical  Data  and  Computer 
Software"  clause  that  restrictive  markings  used  in 
any  piece  of  technical  data  delivered  under  this 
contract  are  authorized. 

(c)  The  Contractor  shall,  within  sixty  (60)  days 
after  award  of  this  contract,  identify  in  writing  to 
the  Contracting  Officer  by  name  or  title  the  per¬ 
sons)  having  the  final  responsibility  within  Con¬ 
tractor's  organization  for  determining  whether 
restrictive  markings  are  to  be  placed  on  technical 
data  to  be  delivered  under  this  contract  The 
Contractor  hereby  authorizes  direct  contact 
between  the  Government  and  such  persomsi  m 
resolving  questions  involving  restrictive  mark¬ 
ings. 

(d)  The  Contracting  Officer  may  evaluaie  or 
verify  the  Contractor's  procedures  to  determine 


their  effectiveness  Upon  request,  a  copy  of  such 
written  procedures  shall  be  furnished.  The  failure 
of  the  Contracting  Officer  to  evaluate  or  \erify 
such  procedures  shall  not  relieve  the  Contractor  of 
the  responsibility  ior  complying  with  paragraphs 
(aiand  lb)  above. 

lexl)  If  the  Contractor  fails  to  make  a  good 
faith  effort  to  institute  the  procedures  of 
paragraphs  fa)  and  (b)  abo/e.  any  limited  rights 
markings  on  technical  data  delivered  under  this 
contract  may  be  cancelled  or  ignored  by  the  Con¬ 
tracting  Officer.  The  Contracting  Office*  shall 
give  written  notice  to  the  Contractor  of  the  action 
taken,  including  identification  of  the  data  on 
which  markings  have  been  cancelled  or  ignored, 
and  thereafter  may  use  such  data  with  unlimited 
rights. 

(2)  The  Contracting  Officer  may  give  written 
notification  to  the  Contractor  of  any  failure  to 
maintain  or  follow  the  established  procedures,  or 
of  any  material  deficiency  in  the  procedures,  and 
state  a  period  of  time  not  less  than  thirty  (30) 
days  within  which  the  Contractor  shall  complete 
corrective  action  If  corrective  action  is  not  com¬ 
pleted  within  the  specified  lime,  restrictive  mark¬ 
ings  on  any  technical  data  being  prepared  for 
delivery  or  delivered  under  this  contract  dunng 
that  period  shall  be  presumed  to  be  unauthorized 
by  the  terms  thereof  and  the  Contracting  Officer 
may  cancel  or  ignore  such  markings  if  the  Con¬ 
tractor  is  unable  to  substantiate  the  markings  in 
accordance  with  the  procedures  of  paragraph  (d) 
of  the  clause  at  52  227-7013,  "Rights  .n  Technical 
Data  and  Computer  Software". 

(f)  Notwithstanding  any  provisions  of  this  con¬ 
tract  concerning  inspection  and  acceptance,  the 
acceptance  by  the  Government  of  technical  data 
with  restrictive  legends  shall  not  be  construed  as  a 
waiver  of  any  rights  accruing  to  the  Government. 

(g)  This  clause,  including  this  paragraph  (g), 
shall  be  included  in  each  subcontract  under  which 
technical  data  is  required  to  be  delivered  When 
so  inserted,  "Contractor”  shall  be  changed  to 
"Subcontractor". 

(End  of  clause) 

[DAC  84-1,  3/1/84.) 
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52227-7027  Deferred  Ordering  of 
Technical  Data  or  Computer  Software. 

As  prescribed  at  27.412(o),  insert  the  fol¬ 
lowing  clause: 

DEFERRED  ORDERING  OF 
TECHNICAL  DATA  OR  COMPUTER 
SOFTWARE  (NOV  1974) 

In  addition  to  technical  data  or  computer 
software  specified  elsewhere  in  this  contract  to  be 
delivered  hereunder,  the  Government  may.  tt«ny 
time  during  the  performance  of  this  contract  or 
within  a  period  of  Lhree  (3)  years  after  acceptance 
of  all  items  (other  than  technical  data  or  com¬ 
puter  software)  to  be  delivered  under  this  con¬ 
tract  or  the  termination  of  this  contract,  order 
any  technical  data  or  computer  software  (aa 
defined  in  the  "Rights  in  Technical  Data  and 
Computer  Software"  clause  of  this  contract)  gen¬ 
erated  in  the  performance  of  thia  contract  or  any 
subcontract  hertunder.  When  such  technical  data 
or  computer  software  is  ordered,  the  Contractor 
shall  be  compensated  for  converting  the  data  or 
computer  software  into  the  prescribed  form,  for 
reproduction  and  delivery.  The  obligation  to 
deliver  such  technical  data  of  a  subcontractor  and 
pertaining  to  an  item  obtained  from  him  shall 
eapire  three  (3)  years  after  the  date  the  contrac¬ 
tor  accepts  the  last  delivery  of  that  item  from 
that  subcontractor  under  this  contract.  The  Gov¬ 
ernment's  rights  to  use  said  data  or  computer 
software  shall  be  pursuant  to  the  "Rights  in  Tech¬ 
nical  Data  and  Computer  Software”  clause  of  U.j 
contract. 

(End  of  clause) 

[DAC  84-1  3/1/84] 
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1.  OVERVIEW: 

The  Computer-Aided-Log-Book  01  CALB  system  supports  the  tracking  of  the 
kitting/assembly/teardown/reassembly  process  of  new  and  overhauled  engines. 
This  document  outlines  aspects  of  that  system  which  will  exist  inside  the 
Teledyne  TIMS  manufacturing  system  and  were  developed  specifically  as  a 
result  of  government  IMIP  funding.  Aspects  of  CALB  developed  outside 
the  TIMS  database,  as  well  as  pre-existing  modules  inside  TIMS  that  are 
in  one  way  or  another  being  used  by  new  CALB  programs,  are  not  documented 
in  these  pages.  Those  modules  which  are  documented  here  perform  the 
following  basic  functions: 

A.  Stores  record  of  USER-SELECTED  component  serial  numbers  in  association 
with  the  engines  in  which  they  are  currently  resident.  Also  maintains  an 
engine  history  of  the  serialized  components  that  have  been  previously 
removed  and  replaced.  The  most  important  printed  outputs  of  the  system 
are  an  "Engine  Configuration"  report  and  a  "Replacement  History"  report. 

B.  Edits  the  configuration  process  to  assure  that  no  serialized  component 
is  recorded  as  existing  in  more  than  one  engine  at  the  same  time.  This 
process  will  occur  at  the  time  of  data  entry. 

C.  Produces  a  "soft"  edit  of  the  status  of  the  serialized  components  ir 
terms  of  "availability"  at  the  time  of  assembly  and  thereafter. 

D.  WHEN  SERIALIZED  COMPONENTS  ARE  BEING  RECORDED  AS  HAVING  BEEN  INTRODUCED 
(OR  ASSEMBLED)  INTO  AN  ENGINE,  it  performs  a  "soft"  editing  procedure  to 
insure  that  the  components  have  Engineering  Change  Letters  that  are  each 
NO  GREATER  THAN  the  Bill  of  Material  Standard  identified  at  the  time  of 
data  entry.  Deviations  are  flagged  for  review  by  a  configuration 
specialist.  The  "Where-Used"  "relation"  on  the  MANUFACTURING  Bill  of 
Materials  inside  the  existing  TIMS  manufacturing  system  will  be  used  for 
editing  purposes.  This  edit  is  a  limited  recapitulation  of  the  more 
rigorous  edit  performed  earlier  during  kitting  (described  in  item  E. 
immediately  below). 

E.  Based  upon  a  similiar  kind  of  edit  to  that  described  in  D.  performed  AT 
THE  TIME  OF  KITTING  AND  BEFORE  ASSEMBLY  (the  edit  is  performed  outside 
of  TIMS),  it  provides  a  means  internal  to  TIMS  of  TEMPORARILY  denying 
most  later  data  entry  against  the  engine.  This  "locking"  mechanism 
forces  the  primary  users  of  the  system  to  seek  review  and  approval  of 
the  deviations  with  a  configuration  specialist.  The  latter  individual 
also  has  the  ability  to  override  the  "locked"  engines  one  at  a  time. 

F.  Electively,  can  perform  a  variety  of  analyses  on  final  engine  config¬ 
urations  by  ser ialized-component  and  by  subsets  of  a  serialized 
component  population  (ie,  by  particular  range  of  serial  numbers  and  by 
particular  component  change  letters). 
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2.  FUNCTIONAL  MODULES  WITHIN  THE  TIMS  CALB  APPLICATION: 

A.  Part  "model"  section:  This  is  a  secondary  or  support  module  for  primary 
module  E,  described  below.  It  maintains  a  list  of  the  serialized  com¬ 
ponents  to  be  tracked  AT  A  GIVEN  TIME  for  a  particular  engine  model. 

This  list  needs  to  be  updated  only  as  often  as  the  configuration 

of  an  engine  changes.  It  performs  the  following  specific  functions: 

o  Provides  a  list  of  part  number  prompts  for  the  user  responsible  for 
recording  the  serialized  components  being  placed  in  a  specific  engine. 

o  Enforces  a  particular  order  of  printing  of  serialized  components  on 
the  "Engine  Conf iguration"  report. 

The  model  section  also  contains  a  series  of  pieces  of  GENERAL  informa¬ 
tion  concerning  an  engine  that  is  used  to  expedite  the  loading  and 
printing  of  serialized  component  data.  This  data  includes  a  model 
"name",  top-engine-  and  base-engine-  "part"  numbers,  and  an  engine 
serial  number  prefix.  This  data  is  used  for  the  following  purposes: 

o  The  model  "name",  top-engine-  and  base-engine--  part  numbers  are  all 
printed  on  the  "Engine  Configuration"  report. 

o  The  "top-engine  part  number  is  also  used  as  a  search  argument  on  the 
complex  TIMS  Bill  of  Material  (BOM)  file  at  the  time  of  editing 
component  change  letter. 

o  For  most  data  entry  purposes,  eliminates  the  need  to  identify  a  full 
engine  serial  number.  Used  in  place  of  the  full  engine  number  is  a 
one-position  engine  model  code  and  a  base  engine  number  -  which  taken 
together  may  be  input  with  relatively  fewer  key  strokes.  The  model 
code  is  already  used  elsewhere  in  TIMS,  and  will  serve  in  CALB  as 
a  near  universal  prompt  instead  of  the  engine  serial  number  prefix. 

For  example,  the  offical  F107  engine  prefix  of  "WR-E"  will  be  repre¬ 
sented  by  the  one  postion  number  "C" .  In  those  few  cases  where  a  full 
engine  serial  number  is  required  -  such  as  for  formal  reporting 
purposes  -  the  system  will  automatically  perform  a  switch  based  upon 
the  model  files,  replacing  the  shorter  model  code  and  base  serial 
number  with  an  extended  number. 

B.  Bill  of  Material  Section:  Data  in  this  module  is  REFERENCED  in  CALB 
section  E.  (the  kitting  and  assembly  of  serialized  components).  The  data 
is  used  as  a  standard  during  the  evaluation  of  the  relationship  between 
particular  engine  serial  numbers  and  the  Change  Letters  of  the  compo¬ 
nents  that  go  into  them.  A  warning  message  is  generated  in  E.  whenever  a 
component  is  deemed  to  be  premature  for  an  engine.  Note  that  the  bulk  of 
the  module  performs  a  separate  set  of  functions  and  was  developed  sev¬ 
eral  years  previous  to  CALB  and  outside  the  scope  of  IMIP  funding. 

C.  Component  Serial  Number  Availability  section:  This  new  module  will 
hold  a  list  of  serialized  component  candidates  for  use  in  an  engine. 

This  list  is  used  as  the  basis  for  a  "soft"  edit  of  a  serial  number's 
availability  in  module  E.  When  a  particular  serial  number  has  been 
committed  to  an  engine,  the  record  of  that  commitment  is  also 
retained  in  the  module. 

The  last-using  engine  data  can  be  later  referenced  when  a  component  is 
removed  from  one  engine  and  eventually  applied  to  another  using 
module  E.  It  serves  as  a  cross  reference  to  the  old  engine  so  that  start 
and  run-time  statistics  can  be  copied  to  the  new. 


3 


There  are  two  means  of  loading  the  availability  file.  The  first  is 
a  self-contained  set  of  loading  procedures  inside  the  TIMS  CALB  system. 
These  procedures  can  be  used  to  load  the  serial  numbt  data  in  advance 
of  performing  the  logbooking  function  described  in  module  E. 

The  second  means  of  loading  serialized  data  is  useful  only  as  a  mech¬ 
anism  for  miscellaneous  data  corrections.  Because  the  main  edit  against 
serial  number  availability  in  a  "soft"  one  in  module  E,  the  principal 
maintenance  transactions  in  E.  can  also  "create"  availability  records  IF 
A  USER  CHOOSES  TO  REAFFIRM  THE  EXISTENCE  OF  THE  COMPONENT  AFTER  HAVING 
INITIALLY  RECEIVED  A  REJECTION  MESSAGE.  It  is  clear  that  widespread  use 
of  this  override  feature  (ie,  by  not  consistently  utilizing  the  primary 
serial  number  loading  mechanism)  will  compromise  the  integrity  of  the 
data  as  well  as  slow  data  entry  in  E. 

D.  Kitting  Deviations  section:  Component  change  letters  are  to  be  recorded 
at  the  time  of  assembly  kitting  on  a  program  module  being  written 
outside  of  TIMS.  This  data  will  be  recorded  by  the  operator  of  the 
Gainesville  ASRS  device.  The  data  will  be  recorded  for  even  those 
components  that  are  not  serialized.  ONCE  PICKING  IS  COMPLETE,  the  Change 
Letter  "deviations"  will  then  be  transferred  over  to  the  TIMS  system 
where  they  will  be  stored  in  association  with  serialized  engine  com¬ 
ponent  configuration  data  (although  on  a  separate  file).  Where  there  are 
deviations  in  an  engine,  that  engine  record  will  then  become  "^.ocked" 

to  module  E.  processing  (described  immediately  below)  until  a  config¬ 
uration  specialist  reviews  and  gives  approval  to  the  deviations. 

E.  Serial  Number  Loading  section:  This  is  the  core  module  of  the  entire 
Logbook  application.  Its  functions  have  been  touched  upon  in  the 
discussion  of  the  other  Logbook  sections  above,  although  a  more  syste¬ 
matic  review  will  now  be  undertaken  here: 

o  In  general  terms,  the  module  manages  the  storage  and  printing  of 
"Engine  Configuration"  and  "Component  Replacement  History"  data. 

This  data  is  stored  separately  on  a  pair  of  files,  one  essentially 
for  each  report.  There  is  also  two  means  of  managing  the  files.  The 
first  and  more  important  is  a  series  of  large  transaction  "complexes" 
having  the  ability  to  maintain  both  files  at  the  same  time  -  to  the 
extent  that  is  required  -  derivative  from  a  single  user  input.  These 
large  transactions  functionally  emulate  an  IBM  CMS  file  editor  in  many 
respects.  The  user  is  able  to  look  at  a  list  of  serialized  engine 
components  at  one  time.  He  may  then  simply  overtype  what  has  been 
added  or  changed,  and  both  files  are  appropriately  updated  together. 

On  the  "ADD"  transaction  of  this  type,  a  list  of  standard  parts  is 
first  copied  off  the  Module  A.  support  files  already  described.  The 
list  is  then  presented  on  screen  with  prompts  for  component  serial 
numbers  and  changes  letters.  Even  those  components  that  are  not 
immediately  serialized  will  be  saved  with  the  engine.  Such  parts  will 
be  held  on  file  in  anticipation  of  future  inputting  sessions  using  the 
"UPDATE"  transaction. 

A  separate  set  of  transactions  has  been  developed  to  manipulate  each 
of  the  files  separately  in  the  case  of  miscellaneous  or  exceptional 
conditions.  It  is  expected  that  this  second  set  of  transactions  will 
be  only  sparingly  used,  and  accordingly  will  be  reserved  exclusively 
for  a  single  "master  user" . 


o  The  "ADD"  and  "UPDATE"  transaction  "complexes"  are  extremely  powerful. 
In  addition  to  the  recording  of  serialized  components  applied  to  an 


engine  and  removed  from  it,  the  two  transactions  have  the  ability  to 
to  ADD  serialized  components  NOT  IN  THE  PART  MODEL  FILES  and  REMOVE 
any  serialized  component  previously  associated  with  the  engine.  The 
pair  of  transactions  also  has  the  ability  to  alter  the  "printing"  or 
"sorting"  order  of  the  serialized  components  as  they  fall  on  the 
"Engine  Configuration"  report.  The  part  number  groups  (numbers  which 
control  the  print  order  of  the  components)  can  also  be  altered.  It  is 
to  be  expected  that  some  of  these  features  will  be  used  only  very 
sparingly.  However,  all  are  necessary  to  be  able  to  respond  to  the 
variety  of  exceptional  data  situations  ana  changes  of  reporting 
strategy  that  may  occasionally  crop  up  in  the  course  of  maintenance. 
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3.  FILE  STRUCTURE  ON  TIMS: 


(SMD) 

(CFG) 

1  ( SCT )  ! 

MODEL 

ENGINE 

AVAILABILITY 

FILE 

FILE 

FILE  j 

1 

( MGP ) 
MODEL 
GROUP 
FILE 


V_ 

/  ( CDV )  \ 

KITTING 
DEVIATION 
\  FILE  / 


V 

( CGP )  I 
COMPONENT 
FILE 


/  (CRH)  \ 
REPLACEMENT 
HISTORY  FILE 

\  / 


(PT) 

PART 

FILE* 


*  EXISTING  FILES 


V  V 

/  (PS)  \ 
BILL  OF 
MATERIALS 
\  FILE*  / 


CALB  SECTION 

MAJOR  FILES 

Part  Model 

Bill  of  Materials 
Component  Serial  Number 
Kitting  Deviations 

Serial  Number  Loading 

SMD,  MGP 

PT,  PS 

SCT 

CDV 

CFG,  CGP,  CRH 

The  various  files  contain  the  following  data  (in  general  terras): 

o  SMD:  Contains  a  few  items  of  general  detail  regarding  a  particular 
engine  model. 

o  MGP:  Contains  one  part  that  will  figure  on  a  list  of  components  going 
into  an  engine.  Used  in  Module  E.  (Serial  Number  Loading)  to  obtain 
a  list  of  part  prompts  for  the  user  who  is  loading  component  serial 
numbers . 
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o  CFG:  The  engine  serial  number  file.  Contains  general  information 
relating  to  a  specfic  engine  serial  number  for  a  specific  model. 

o  CGP •  fhe  engine  part  "group"  file.  Contains  data  relating  to  a 

sc.cific  part  and  serial  number  for  the  part.  Also  contain  performance 
uata  that  is  specific  to  the  serialized  component.  Where  no  serial 
number  has  yet  been  added  to  the  engine  for  the  "group",  the  record 
will  contain  just  a  part  number.  This  will  facilitate  the  "recall" 
of  the  components  when  they  are  EVENTUALLY  placed  in  the  engine.  This 
file  is  one  of  the  two  major  stores  of  data  for  Module  E. 

o  CRH:  The  component  replacement  history  file:  Stores  a  variety  of  data 
relating  to  the  following  events  recorded  by  Module  E: 

-  Replacement  of  one  serialized  component  with  another 

-  Removal  of  a  serialized  component  from  an  engine 

-  Initial  addition  of  a  serialized  component  to  an  engine  WHERE  THE 
COMPONENT  HAS  BEEN  USED  PREVIOUSLY  IN  ANOTHER  OR  EVEN  THE  SAME 
ENGINE. 

o  CDV :  Contains  a  summary  of  all  the  components  that  have  "deviant" 
Change  Letters  AS  OF  THE  TIME  OF  ENGINE  KITTING.  Used  by  the  config¬ 
uration  specialist  exclusively  to  review  kitting  deviations. 

o  SCT:  The  serial  number  availability  file.  Stores  the  availability 
status  and  latest-using  engine  of  each  serialized  component  used  in 
or  to  be  used  in  an  enc:ne  that  has  been  assembled  but  not  shipped. 

o  PART:  The  pre-CALB  TIMS  part  file.  Contains  a  variety  of  data 

relating  to  all  the  kinds  of  parts  that  are  recognized  by  TCAE .  There 
are  manufactured  parts,  purchased  parts,  and  even  R  &  D-on.ly  parts 
on  the  file. 

o  BOM:  The  pre-CALB  TIMS  Bill  of  Material  file.  Records  the  "goes-into" 
relationships  between  all  of  the  records  on  the  Part  file.  Used  in 
CALB  to  perform  Change  Letter  validations  and  editing. 


7 


4.  DATA  ENTRY  INTO  THE  TIMS  DATABASES: 

A.  While  in  IBM's  CMS  environment,  enter  TIMS1  if  Toledo  or  TIMS2  if 
Gainesville : 

B.  A  banner  like  the  following  will  be  displayed: 


TIMS2 


TELEDYNE  INDUSTRIAL  MANAGEMENT  SYSTEM 


REQUEST  NAME 

********************■***************! 

*  Y/N 

INQUIRY .  N 

DEFERRED  EXECUTION...  N 

I 

TRANSMIT  BATCH  DATA..  Y 

DATABASE  NAME .  TIMS 2  ' 


C.  To  gain  access  to  the  on-line  environment  where  all  IBM  CALB  file 
maintenance,  console  inquiries,  and  printed  reports  can  be  accessed, 
enter  a  "Y"  on  the  INQUIRY  line.  Depending  on  the  particular  user,  one 
of  the  two  following  events  will  occur: 

o  Some  users  will  be  passed  directly  into  their  initial  transaction 
menu . 

o  Other  users,  having  privileges  in  other  TIMS  systems  in  addition  to 
CALB,  may  be  transferred  into  an  aspect  of  the  TIMS  environment  that 
does  not  absolutely  require  use  of  menus  to  invoke  transactions.  That 
subsection  of  the  environment  is  introduced  by  display  on  the  screen 
of  a  second  banner  relating  to  the  MITROL  language  which  is  the  pro¬ 
gram  basis  of  TIMS.  The  cursor  is  set  at  the  bottom  of  this  banner  as 
follows . 

ENTER  REQUEST: 

Users  in  this  class  must  separately  invoke  a  particular  CALB  menu  by 
keying  a  menu  name  into  the  console  positions  BEGINNING  AT  THE 
CURSOR  PROMPT.  This  class  of  user  also  has  the  additional  option  of 
invoking  all  of  their  maintenance  transactions  and  ON-LINE  console 
inquiries  and  reports  WITHOUT  FIRST  HAVING  TO  INVOKE  A  MENU.  Note: 
batch  or  overnight  reports  MUST  be  invoked  WITHIN  the  menu  system 
since  report  search  arguments  and  other  allied  data  processing  factors 
are  buried  in  the  menus  themselves. 

D.  Security  is  maintained  by  an  existing  system  internal  to  TIMS  that  ties 
particular  menus  and  transactions  to  the  password-protected  virtual 
machines  that  exist  in  IBM's  VM  operating  environment.  A  TIMS  database 
administrator  controls  all  access  to  this  security  system  and  performs 
all  modifications  to  it.  The  user  and  hence  the  application  programmer 
must  submit  all  requests  for  security  changes  (and  programming  changes) 
through  that  other  individual. 
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5.  SYSTEMATIC  LIST  OF  TRANSACTIONS,  INQUIRIES  AND  REPORTS  FOR  NEW  CALB 
IMIP  PROJECT-FUNDED  CODING  IN  THE  TIMS  DATABASES: 

A.  MENUS: 


o  Menu  ownership  by  responsible  user  area: 


USER 

MENUS 

CONFIGURATION  MANAGEMENT 
PRODUCTION  CONTROL 
ASSEMBLY  AND  TEST 

QUALITY  ASSURANCE 

CFMENU2* 

CFMENU3  * 

CFMENU8  *  ,  CFMENU4  ,  and  CFMENU5 
CFMENU7* ,  CFMENU1 ,  CFMENU5 , 
and  CFMENU6 

*  TOP  LEVEL  OR  MASTER  MENUS 

o  To  select  an  option  on  any  of  the  menus,  simply  key  in  a  choice  by 
its  transaction  number  on  the  menu  and  hit  the  enter  key:  The 
transaction  will  then  be  initiated. 


CFMENUj  PRODUCTION  ENGINE  CONFIGURATION  SYSTEM  MAINTENANCE  MENU 

FOR  QUALITY  ASSURANCE 

0.  RETURN 


1. 

ADD  AN  ENGINE 

9. 

2. 

REVISE  AN  ENGINE 

10. 

3. 

MI SC.  REVS  TO  AN  ENG 

11. 

4. 

TRANSFER  AN  ENG  COMP 

5. 

SHIP  AN  ENGINE  AND 

CLEAR  SERIAL  NBRS 

12. 

6. 

REVISE  ENGINE  STATS 

13. 

7  . 

SCATTER  AN  ENGINE" S 

14. 

COMPONENTS 

15. 

8. 

DELETE  AN  ENGINE 

16. 

ADD  A  MODEL 
REVISE  A  MODEL 
REMOVE  A  MODEL 

REVISE  SERIAL  AVAILABILITY 

ADD  CONFIG  HISTORY 
REVISE  CONFIG  HISTORY 
REMOVE  CONFIG  HISTORY 

config  rpt  signoffs  by  engine 


PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


INPUT 
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CFMENU2  PRODUCTION  ENGINE  CONFIGURATION  SYSTEM  GENERAL  MENU 

FOR  CONFIGURATION  CONTROL 

0.  RETURN 

1.  ADD  A  KIT  DEVIATION 

2.  REVISE  A  KIT  DEVIATION 

3.  APPROVE/PLACE-ON-HOLD  AN  ENGINE 

4.  REMOVE  A  KIT  DEVIATION 

5.  KIT  DEVIATION  INQUIRY  BY  ENGINE 

6.  ENGINE  CONFIGURATION  INQUIRY 

7.  CHANGE  LETTER  DEVIATION  REPORT  FOR  UNSHIPPED  ENGINES  -  BATCH 

8.  AUDIT  THE  W-U  RELATION  FOR  SER  PARTS  BY  MODEL  -  ON-LINE 

PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


INPUT 


CFMENU3  PRODUCTION  ENGINE  CONFIGURATION  SYSTEM  ON-LINE  MENU 

FOR  PRODUCTION  CONTROL 

0.  RETURN 

1.  ADD  SERIAL  NBRS 

2.  REVISE  A  SER  NBR 

3.  REMOVE  A  SER  NBR 

4.  SERIAL  NUMBER  INQUIRY 

5.  ASSEMBLY  BOM  EXTRACTION  FOR  KITTING 

6.  AUDIT  THE  W-U  RELATION  FOR  SER  PARTS  BY  MODEL  -  ON-LINE 

7.  ASSEMBLY  ORDER  -  ON  LINE 

8.  ASSEMBLY  ORDER  -  BATCH 

9.  ASSEMBLY  ORDER  ROUTING  -  ON  LINE 

10.  ASSEMBLY  ORDER  ROUTING  -  BATCH 

PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


INPUT 
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CFMENU4  PRODUCTION  ENGINE  CONFIGURATION  SYSTEM  MAINTENANCE  MENU 

FOR  ASSEMBLY  AND  TEST 

0.  RETURN 

1.  ADD  AN  ENGINE 

2.  REVISE  AN  ENGINE 

3.  SHIP  AN  ENGINE  AND  CLEAR  SERIAL  NUMBERS 

4.  SCATTER  AN  ENGINE"S  COMPONENTS 

5.  REVISE  ENGINE  STATS 

PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


INPUT 


CFMENU5  PRODUCTION  ENGINE  CONFIGURATION  SYSTEM  INQUIRY  MENU 

0.  RETURN 

1.  ENGINE  CONFIGURATION 

2.  CONFIG  HISTORY 

3.  KIT  DEVIATIONS 

4.  COMP  PART  TO  ENGINE 

5.  MODEL  CONFIGURATION 

6.  SERIAL  NUMBER 


PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


INPUT 
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CFMENU6 


PRODUCTION  CONFIGURATION  SYSTEM  REPORT  MENU 


0.  RETURN  TO  MAIN  MENU 

1.  ENGINE  CONFIGURATION  REPORT  -  ONLINE 

2.  COMPONENT  REPLACEMENT  HISTORY  REPORT  -  ONLINE 

3.  ENGINE  CONFIGURATION  IN  A  RANGE  OF  SERIAL  NUMBERS  -  ONLINE 

4.  ENGINES  HAVING  A  COMPONENT  PART  -  BATCH 

5.  ENGINES  HAVING  A  COMPONENT  PART  AND  REVISION  LETTER  -  BATCH 

6.  CHANGE  LETTER  DEVIATION  REPORT  FOR  UNSHIPPED  ENGINES  BATCH 

7.  AUDIT  THE  W-U  RELATION  FOR  SER  PARTS  BY  MODEL  -  ON-LINE 


PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


INPUT 


CFMENU7  PRODUCTION  ENGINE  CONFIGURATION  SYSTEM  MASTER  MENU 

FOR  QUALITY  ASSURANCE 

0.  RETURN 

1.  MAINTENANCE  MENU 

2.  INQUIRY  MENU 

3.  REPORT  MENU 


PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


INPUT 
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CFMENU8  PRODUCTION  ENGINE  CONFIGURATION  SYSTEM  MASTER  MENU 

FOR  ASSEMBLY  AND  TEST 

0.  RETURN 

1.  MAINTENANCE  MENU 

2.  INQUIRY  MENU 


PLEASE  MAKE  A  SELECTION  AND  PRESS  ENTER 


INPUT 
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B.  TRANSACTION  TO  MENU  CROSS  REFERENCE:  The  following  sections  discuss  each 
transaction  individually.  What  follows  first  is  a  cross-reference  guide 
between  the  numbered  items  on  each  menu  and  the  programs  they  invoke. 
Using  the  Document  Reference  number  as  a  cross-reference,  a  user  can 
easily  locate  the  discussion  of  a  particular  program  of  interest. 


CFMENU1  (MODULE  A.  AND  E.  TRANSACTIONS) 


TRANSACTION  NAME 

PROGRAM 

DOCUMENT 
REF  NBR 

1.  ADD  AN  ENGINE 

CFNCFG 

M5-1 

2.  REVISE  AN  ENGINE 

CFUCFG 

M5-2 

3.  MIS.  REVS  TO  AN  ENGINE 

CFUCFG1 

M5-3 

4.  TRANSFER  AN  ENGINE  COMPONENT 

CFUCFGT 

M5-4 

5.  SHIP  AN  ENGINE  AND  CLEAR  SERIAL  NUMBERS 

CFDSER1 

M5-5 

6.  REVISE  ENGINE  STATISTICS 

CFUCFG 2 

M5-6 

7.  SCATTER  AN  ENGINE"S  COMPONENTS 

CFDCFG1 

M5-7 

8.  DELETE  AN  ENGINE 

CFDCFG 

M5-8 

9.  ADD  A  MODEL 

CFNMOD 

M5-9 

10.  REVISE  A  MODEL 

CFUMOD 

M5-10 

11.  REMOVE  A  MODEL 

CFDMOD 

M5-11 

12.  REVISE  SERIAL  AVAILABILITY 

CFUSER1 

M5-12 

13.  ADD  CONFIGURATION  HISTORY 

CFNCRH 

M5-13 

14.  REVISE  CONFIGURATION  HISTORY 

CFUCRH 

M5-14 

15.  REMOVE  CONFIGURATION  HISTORY 

CFDCRH 

M5-15 

16.  CONFIGURATION  REPORT  SIGNOFFS  BY  ENGINE 

CFDCFG 3 

M5-23 

CFMENU2  (MODULE  B.  AND  D.  TRANSACTIONS) 


TRANSACTION  NAME 

PROGRAM 

DOCUMENT 
REF  NBR 

1.  ADD  A  KIT  DEVIATION 

CFNDEV 

M5-16 

2.  REVISE  A  KIT  DEVIATION 

CFUDEV 

M5-17 

3.  APPROVE/PLACE-ON-HOLD  AN  ENGINE 

CFUDEV1 

M5-18 

4.  REMOVE  A  KIT  DEVIATION 

CFDDEV 

M5-19 

5.  KIT  DEVIATION  INQUIRY  BY  ENGINE 

CFICFG2 

15-3 

6.  ENGINE  CONFIGURATION  INQUIRY 

CFICFG 

15-1 

7.  CHANGE  LETTER  DEVIATION  REPORT... 

CFPBOM 

R5-6 

8.  AUDIT  THE  W-U  RELATION  FOR  SER  PARTS... 

CFPCFG5 

R5-7 

CFMENU3  (MODULE  C.  TRANSACTIONS) 


TRANSACTION  NAME 

PROGRAM 

DOCUMENT 
REF  NBR 

1.  ADD  SERIAL  NUMBERS 

CFNSER 

M5-20 

2.  REVISE  A  SERIAL  NUMBER 

CFUSER 

M5-21 

3.  REMOVE  A  SERIAL  NUMBER 

CFDSER 

M5-22 

4.  SERIAL  NUMBER  INQUIRY 

CFISER 

15-6 

5.  ASSEMBLY  BOM  EXTRACTION  FOR  KITTING 

OIPAKIT1 

R5-8 

6.  AUDIT  THE  W-U  RELATION  FOR  SER  PARTS... 

NOTE:  OTHER  TRANSACTIONS  RELATE  TO  EXISTING 

PRE-CALB  TRNANS ACT IONS  THAT  WILL  NOT  BE 
COVERED  IN  THIS  DOCUMENT 

CFIBOM 

R5-7 
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CFMENU4  (MODULE  E.  TRANSACTIONS) 

TRANSACTION  NAME 

PROGRAM 

DOCUMENT 
REF  NBR 

1.  ADD  AN  ENGINE 

CFNCFG 

M5-1 

2.  REVISE  AN  ENGINE 

CFUCFG 

M5-2 

3.  SHIP  AN  ENGINE  AND  CLEAR  SERIAL  NUMBERS 

CFDSER1 

M5-5 

4.  SCATTER  AN  ENGINE"S  COMPONENTS 

CFDCFG1 

M5-7 

5.  REVISE  ENGINE  STATISTICS 

CFUCFG2 

M5-6 

CFMENU5  (GENERALIZED  INQUIRY  MENU) 


TRANSACTION  NAME 


ENGINE  CONFIGURATION 
CONFIGURATION  HISTORY 
KIT  DEVIATIONS 
COMPONENT  PART  TO  ENGINE 
MODEL  CONFIGURATION 
SERIAL  NUMBER 


CFICFG 

CFICFG1 

CFICFG2 

CFICFG3 

CFIMOD 

CFISER 


DOCUMENT 

_R£F_NBR 

15-1 

15-2 

15-3 

15-4 

15-5 

15-6 


CFMENU6  (GENERALIZED  REPORT  MENU) 


TRANSACTION  NAME 


ENGINE  CONFIGURATION  REPORT  -  ON-LINE 
CONFIGURATION  HISTORY  REPORT  -  ON-LINE 
ENGINE  CONFIGURATION  IN  A  RANGE  OF... 
ENGINES  HAVING  A  COMPONENT  PART  -  BATCH 
ENGINES  HAVING  A  COMPONENT  PART  AND  A... 
CHANGE  LETTER  DEVIATION  REPORT  FOR... 
AUDIT  THE  W-U  RELATION  FOR  SER  PARTS . . . 


CFMENU7  (MODULE  A.  AND  E.  MENU) 

TRANSACTION  NAME 

PROGRAM 

DOCUMENT 

REF  NBR 

1.  MAINTENANCE  MENU 

CFMENU1 

$  30VE 

2.  INQUIRY  MENU 

CFMENU5 

ABOVE 

3.  REPORT  MENU 

CFMENU6 

ABOVE 

CFMENU8  (MODULE  E.  MENU,  PRIMARILY) 

TRANSACTION  NAME 

PROGRAM 

DOCUMENT 

REF  NBR 

1.  MAINTENANCE  MENU 

CFMENU4 

ABOVE 

2.  INQUIRY  MENU 

CFMENU5 

ABOVE 
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C.  MAINTENANCE  TRANSACTIONS  (ALL  ON-LINE): 

M5-1:  ADD  AN  ENGINE:  A  transaction  "complex"  that  is  used  to  create  a 
new  engine  identity  beginning  with  an  engine  record  (CFG).  A 
configuration  (CGP)  record  is  also  created  for  each  component 
identified  on  the  model  files  as  going  into  an  engine  of  a 
particular  model.  A  component  replacement  history  (CRH)  record  is 
also  created  for  any  serialized  component  which  has  been  used 
before  in  another  engine  AND  PREVIOUSLY  REMOVED  FROM  IT. 

The  parts  taken  off  the  model  files  ( SMD  and  MGP)  are  presented  to 
the  user  as  a  list  of  DEFAULT  components  requiring  serialization. 
The  user  can  input  all,  some  or  none  of  the  serial  numbers  when  he 
uses  this  transaction.  Even  those  components  that  do  not  receive 
initial  serialization  are  saved  on  file  (CGP)  and  will  be  pre¬ 
sented  back  to  the  user  later  when  he  is  ready  to  "modify"  the 
engine  with  the  M5-2  "REVISE"  TRANSACTION. 

The  user  has  a  variety  of  additional  options  which  he  can  invoke. 
He  can  add  more  groups  (or  parts)  to  the  engine,  he  can  „  c~.ov*» 
any  of  the  groups,  he  can  change  part  numbers  on  the  default 
list  in  order  to  (for  example)  indicate  that  an  alternate  part  is 
being  used  in  preference  to  the  default,  and  he  can  even  modify 
the  order  that  the  parts  will  be  listed  in  the  future  on  the 
"REVISE"  transaction  and  on  the  Engine  Configuration  report. 

Where  a  "hold"  has  been  placed  on  an  engine  by  Configuration 
management  as  a  result  of  a  deviation  in  kitting  (in  terms  of 
engineering  change  letters),  this  transaction  will  not  function. 
The  user  of  this  transaction  must  in  that  case  await  an 
"unlocking"  of  the  engine  by  Configuration  management. 

Engine  build  and  run  statistics  can  also  be  input  on  this  trans¬ 
action  and  reflected  down  to  each  component  just  serialized. 

The  following  are  major  edits  in  the  transaction: 

o  A  serialized  component  can  only  be  used  in  one  engine  at  a  time 

o  A  deviation  in  engineering  change  letter  (ie,  a  change  letter 
larger  than  the  change  letter  of  record  on  the  TIMS  BOM  FOR 
THAT  ENGINE  SERIAL  NUMBER  AND  MODEL)  will  cause  the  program  to 
generate  a  warning  message  on  the  console  and  mark  the  serial¬ 
ized  (CGP)  record  as  being  deviant. 

o  A  serialized  component  not  found  to  be  "available"  (ie,  not  on 
the  serial  number  availability  file,  the  SCT)  will  produce  a 
reject  diagnostic,  but  CAN  then  be  overriden  in  such  a  fashion 
that  an  availability  record  is  generated  "on  the  fly". 

o  If  a  user  overrides  a  part  number  default  with  an  INVALID  part 
number,  the  line  will  be  rejected 

o  If  the  user  attempts  to  alter  the  sort  order  of  the  part  list  in 
such  a  way  that  he  duplicates  a  previously  loaded  "group  number" 
(the  number  that  governs  the  order  of  listing  and  printing), 
then  that  line  too  will  be  rejected 

The  following  is  a  summary  of  the  dialog  for  this  transaction: 

o  Prompt  for  model  code  and  engine  serial  number  base.  See  display 
M5-1A  below. 
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o  Prompt  for  build  and  test  run  statistics  which  will  be  applied 
TO  ALL  PARTS  THAT  HAVE  BEEN  SERIALIZED  in  succeeding  steps  of 
the  program.  See  display  M5-1B  below. 

o  Prompt  for  controls  that  govern  the  examination  of  the  list  of 
parts  copied  off  the  model  file.  The  first  prompt  governs  the 
examination  of  the  list.  An  option  of  "U"  indicates  to  the 
program  that  examination  of  the  list  WILL  CONTINUE  WITHOUT  THE 
LOADING  OF  ANY  DATA  TO  FILE.  An  "S"  conversely  indicates  that 
the  manipulation  of  the  data  is  complete  and  that  the  list  in 
its  existing  form  should  be  applied  completely  to  the  database. 
The  second  prompt  governs  the  section  of  the  list  to  examine. 
This  control  is  necessary  because  the  list  of  part  prompts  may 
stretch  for  several  "pages".  The  group  "number"  then  governs  the 
first  line  in  the  list  that  is  to  be  examined  in  a  given 
"update"  ("U")  iteration.  A  "1"  represents  the  first  line  item 
on  the  list,  a  "2"  represents  the  second  line  item  and  so  on. 
Using  this  feature,  a  user  may  jump  immediately  into  the  middle 
of  a  list  of  parts  or  go  backwards  and  review  previous  input  as 
he  desires.  An  overrideable  default  value  of  "1"  is  placed  into 
the  field  on  the  first  iteration  of  this  step  ahead  of  display 
of  a  section  of  the  list  (the  next  dialog  step),  and  succeeding 
iterations  default  to  the  last  line  examined  IN  THE  PREVIOUS 
ITERATION  of  the  list  step  plus  one  line.  Using  these  defaults, 
a  user  can  "walk"  through  an  entire  multi-page  list  without 
having  to  make  ANY  elective  changes  in  the  listing  order.  See 
displays  M5-1C  and  M5-1E  below. 

o  Update  prompts  for  a  section  of  the  parts  list.  This  section 
allows  the  entry  of  change  letter  ("REV")  and  serial  number 
and  other  optional  data.  To  enter  these  items  for  a  group,  the 
user  can  tab  over  to  the  appropriate  field  and  key  in  the  data. 
The  following  may  also  be  performed:  To  change  part  numbers  for 
a  group,  overstrike  the  part  number  in  the  list  to  be  changed. 

To  remove  a  group,  blank  out  the  part  number.  To  alter  the  sort 
order  of  the  list,  change  group  ("GRP")  numbers  as  are  nece¬ 
ssary.  To  add  a  group  number,  go  to  the  end  of  the  list  where 
there  are  additional  entries  having  a  default  group  number  of 
"999".  In  these  "999"  lines,  as  many  extra  groups  as  are  needed 
can  be  added  (subject  to  a  maximum  of  125  groups).  The  group 
numbers  input  will  control  the  print  order  on  the  Engine  Config¬ 
uration  Report.  A  unique  title  may  also  be  changed,  or  incor¬ 
porated  at  the  time  of  a  line  item  "add".  Note  that  this  title 
is  used  only  as  an  item  of  memorandu  .  in  data  entry.  The  part 
file  description  is  used  on  the  Engine  Configuration  report. 

No  physical  changes  are  made  to  the  database  or  edits  performed, 
until  a  user  indicates  "S"("STOP")  on  the  M5-1C/M5-1E  job  step. 
See  display  M5-1D  for  an  example  of  part  list  prompts. 

o  The  next  dialog  step  may  not  be  seen  in  the  input  of  some 
engines.  This  step  will  occur  only  when  an  editing  problem 
arises  at  the  time  of  application  of  the  list  to  database.  The 
list  is  applied  one  item  at  a  time,  and  an  "interruption"  will 
only  occur  when  an  editing  problem  is  encountered.  Typical 
screen  prompts  in  this  case  are  illustrated  in  displays  M5-1F 
and  M5-1G  below.  These  displays  are  also  prompts  for  data 
correction.  Many  of  the  errors  that  may  be  encountered  have 
been  previously  described.  The  user  may  correct  an  error  of  the 
type  shown  in  M5-1F  by  simply  hitting  the  enter  key  (thus 
overriding).  Any  other  error  message  showing  in  M5-1F  or  M5-1G 
must  be  physically  corrected  in  order  to  load  the  group.  To 
"escape"  without  load  of  the  group,  type  a  period  followed  by 
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blanks  in  the  group  number  field. 

Other  messages  may  occasionally  pop  on  screen  and  temporarily 
halt  processing  of  the  list  load.  In  any  such  case  AND  IN  any 
other  case  where  processing  is  temporarily  suspended  and  there 
is  a  program  status  of  "MORE..."  displayed  in  the  bottom  right 
corner  of  the  screen,  simply  hit  the  enter  key  to  forward 
processing  of  the  transaction  along.  A  "MORE..."  status  message 
may  in  particular  precede  a  display  of  the  type  shown  in  M5-1F 
and  M5-1G,  but  the  user  response  should  be  the  same  -  namely  to 
force  the  transaction  along  by  the  striking  of  the  enter  key. 
However,  once  the  "MORE..."  status  is  replaced  by  "INPUT",  the 
striking  of  the  enter  key  will  NO  LONGER  be  sufficient  to  force 
a  resumption  of  processing  of  the  transaction  (except  for  the 
case  of  the  "serial  number  not  found"  error). 

CFNCFG  ADD  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  ENGINE  SER  #: 


M5-1A 

INPUT 

CFNCFG  ADD  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 

TRN-DATE :  10/26/88 

BUILD  NBR :  0  BLD  DESC: 

SCR-STARTS:  0 

INCREMENTAL  RUN  HRS:  0  INCREMENTAL  RUN  MIN:  0 


M5-1B 


INPUT 
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CFNCFG 


ADD  A  PRODUCTION  ENGINE  CONFIGURATION 


MODEL  NUMBER:  c  ENGINE  SER  #:  450203 
UPDATE ( U ) ,  OR  STOP ( S ) :  U  1ST  GROUP:  1 


M5-1C 


INPUT 


CFNCFG  ADD  A  PRODUCTION  ENGINE  CONFIGURATION 


MODEL  ’ 

NUMBER:  c  ENGINE 

SER  # :  450203 

01  GRP 

PART-NUMBER 

TITLE  | 

REV 

SERIAL-NUMBR 

=>  010 

34993 

BEARING  ASS  #1 

-f 

abl25 

=>  020 

23395 

SUPPORT 

ct 

3002 

=>  030 

34492 

STATOR  HSG 

=>  040 

XXXXX 

BEARING  2 

=  >  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  . 


M5-1D 


INPUT 
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CFNCFG 


ADD  A  PRODUCTION  ENGINE  CONFIGURATION 


MODEL  NUMBER:  c  ENGINE  SER  #:  450203 
UPDATE ( U )  ,  OR  STOP ( S ) :  s  1ST  GROUP:  14 


M5-1E 


INPUT 


CFNCFG  ADD  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 

SN  NOT  FOUND  AMONG  THE  AVAILABLE;  CAN  OVERRIDE  AT  THIS  TIME 

CORRECTION  ROUTINE:  TO  ESCAPE  WITHOUT  UPDATE,  INPUT  A  " . " 

GRP:  020  PART-NUMBER:  23395  TITLE  | :  SUPPORT 

SERIAL-NUMBR:  3002 


M5-1F 


INPUT 
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CFNCFG  ADD  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450204 

CORRECTION  ROUTINE:  TO  ESCAPE  WITHOUT  UPDATE,  INPUT  A 

GRP:  040  PART-NUMBER:  XXXXX  TITLE  I :  BEARING  2 


PART-NUM  XXXXX  WAS  NOT  FOUND 

LINE  IGNORED 


M5-1G 


INPUT 


REVISE  AN  ENGINE:  A  transaction  "complex"  that  is  used  to  make  all 
kinds  of  modifications  to  an  EXISTING  engine  identity.  Some  fields 
general  to  an  engine  (CFG  record)  may  be  modified  as  well  as  all 
the  fields  on  each  component  ( CGP  record).  A  component  replacement 
history  record  (CRH)  is  also  CREATED  for  any  serialized  component 
which  has  been  used  before  in  another  engine  AND  PREVIOUSLY 
REMOVED  FROM  IT.  Also,  a  CRH  is  created  where  a  serialized  com¬ 
ponent  is  exchanged  with  another,  and  where  a  serialized  component 
is  removed  from  an  engine  without  immediate  replacement. 

The  list  of  parts  shown  to  the  user  represents  the  list  previously 
copied  off  the  model  file  using  the  "ADD"  transaction  M5-1  dis¬ 
cussed  previously,  plus  any  modifications  made  to  it  in  previous 
uses  of  this  "REVISE".  Once  again,  any  components  left  without  a 
serial  number  at  the  end  of  a  given  iteration  of  the  "REVISE"  will 
be  nonetheless  retained  for  future  iterations  of  the  "REVISE". 

The  user  has  a  variety  of  additional  options  which  he  can  invoke. 
He  can  add  more  groups  (or  parts)  to  the  engine,  he  can  remove 
any  of  the  groups,  he  can  change  part  numbers  in  order  to  (for 
example)  indicate  that  an  alternate  part  is  being  used  in 
preference  to  the  default,  he  can  remove  serial  identities  and 
even  serialized  PARTS,  and  he  can  modify  the  order  that  the  parts 
will  be  listed  out  in  the  future  on  the  "REVISE"  transaction  and 
on  the  Engine  Configuration  report. 

Where  a  "hold"  has  been  placed  on  an  engine  by  Configuration 
management  as  a  result  of  a  deviation  in  kitting  (in  terms  of 
engineering  change  letters),  this  transaction  will  not  function. 
The  user  of  this  transaction  must  in  that  case  await  an 
"unlocking"  of  the  engine  by  Configuration  management. 

Engine  build  and  run  statistics  can  also  be  input  on  this  trans¬ 
action  and  reflected  down  to  each  CURRENTLY  SERIALIZED  component 
(ie,  after  the  latest  load  of  components  has  been  completed). 

The  following  are  major  edits  in  the  transaction: 

o  Use  of  the  same  serialized  component  in  multiple  engines  at  the 
same  time  is  not  allowed. 

o  A  deviation  in  engineering  change  letter  (ie,  a  change  letter 
larger  than  the  change  letter  of  record  on  the  TIMS  BCM  FOR 
THAT  ENGINE  SERIAL  NUMBER  AND  MODEL)  will  cause  the  program  to 
generate  a  warning  message  on  the  console  and  mark  the  serial¬ 
ized  (CGP)  record  as  being  deviant. 

o  A  serialized  component  not  found  to  be  "available"  (ie,  not  on 
the  serial  number  availability  file,  the  SCT)  will  produce  a 
reject  diagnostic,  but  CAN  then  be  overriden  in  such  a  fashion 
that  an  availability  record  is  generated  "on  the  fly". 

o  If  a  user  overrides  a  part  number  default  with  an  INVALID  part 
number,  the  line  will  be  rejected 

o  If  the  user  attempts  to  alter  the  sort  order  of  the  part  list  in 
such  a  way  that  he  duplicates  a  previously  loaded  "group  number" 
(the  number  that  governs  the  order  of  listing  and  printing), 
then  that  line  too  will  be  rejected 

The  following  is  a  summary  of  the  computer  dialog  in  this  trans¬ 
action  : 
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o  Prompt  for  model  code  and  engine  serial  number  base.  See  display 
M5-2A  below. 

o  Prompt  for  build  and  test  run  statistics  which  will  be  applied 
TO  ALL  PARTS  THAT  WILL  HAVE  BEEN  SERIALIZED  at  the  end  of 
succeeding  steps  of  the  program.  See  display  M5-2B  below. 

o  Prompt  for  controls  that  govern  the  examination  of  the  list  of 
parts  copied  off  the  model  file.  The  first  prompt  governs  the 
examination  of  the  list.  An  option  of  "U"  indicates  to  the 
program  that  examination  of  the  list  WILL  CONTINUE  WITHOUT  THE 
LOADING  OF  ANY  DATA  TO  FILE.  "S"  conversely  indicates  that  the 
manipulation  of  the  data  is  complete  and  that  the  list  in  its 
now  existing  form  should  be  applied  completely  to  the  database. 
The  second  prompt  governs  the  section  of  the  list  to  examine. 
This  control  is  necessary  because  the  list  of  part  prompts  may 
stretch  for  several  "pages".  The  group  "number"  then  governs  the 
first  line  in  the  list  that  is  to  be  examined  in  a  given 
"update"  ("U")  iteration.  A  "1"  represents  the  first  line  item 
on  the  list,  a  "2"  represents  the  second  line  item  and  so  on. 
Using  this  feature,  a  user  may  jump  immediately  into  the  middle 
of  a  list  of  parts  or  go  backwards  and  review  previous  input  as 
he  desires.  A  overrideable  default  value  of  "1"  is  placed  into 
the  field  on  the  first  iteration  of  this  step  ahead  of  display 
of  a  section  of  the  list  (the  next  dialog  step),  and  succeeding 
iterations  default  to  the  last  line  examined  IN  THE  PREVIOUS 
ITERATION  of  the  list  step  plus  one  line.  Using  the  defaults 
a  user  can  thus  "walk"  through  an  entire  multi-page  list 
without  having  to  make  ANY  elective  changes  in  the  listing 
order.  See  displays  M5-2C  and  M5-2E  below. 

o  Update  prompts  for  a  section  of  the  parts  list.  This  section 
allows  the  entry  of  change  letter  ("REV")  and  serial  number 
and  other  miscellaneous  data.  To  enter  these  items  for  a  group, 
the  user  should  tab  over  to  the  appropriate  field  and  key  in  the 
data.  In  addition,  to  change  a  part  number  for  a  group,  a  user 
can  overstrike  a  part  number  in  the  list.  To  remove  a  group, 
the  part  number  should  be  blanked  out.  To  alter  the  sort  order 
of  the  list,  the  group  ("GRP")  numbers  can  be  changed  as  is 
appropriate.  And  to  add  a  group  number,  go  to  the  end  of  the 
list  where  there  are  additional  entries  having  a  default  group 
number  of  "999".  In  the  "999"  lines,  as  many  extra  groups 
as  are  required  can  be  added  (subject  to  a  maximum  of  125 
groups).  A  unique  title  may  also  be  changed,  or  incorporated  at 
the  time  of  a  line  item  "add".  Note  that  this  title  is  used 
only  as  an  item  of  memorandum  in  data  entry.  The  part  file 
description  is  used  on  the  "Engine  Configuration"  report. 

Note  that  no  physical  changes  are  made  to  the  database  or  edits 
performed,  until  a  user  indicates  "S"("STOP")  on  the  preceeding 
job  step.  See  display  M5-2D  below  for  an  example  of  part  list 
prompts.  Also  note  that  only  true  changes  to  the  list  are 
applied  to  the  database  in  order  to  expedite  speed  of  pro¬ 
cessing  . 

o  The  next  dialog  step  may  n  been  seen  in  the  input  of  some 
engines.  This  step  occurs  only  when  a  change  is  introduced 
such  that  additional  data  is  required  or  there  is  a  data 
editing  problem.  The  list  of  items  is  examined  and  changes  are 
applied  one  at  a  time.  An  interruption  will  produce  screen 
prompts  such  as  are  illustrated  in  displays  M5-2F,  M5-2G,  and 
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M2-H  below.  These  displays  are  also  prompts  for  additional  data 
inputs  (M2-2F)  or  data  corrections  (M5-2G  and  M5-2H).  The  M5-2F 
is  strictly  a  prompt  for  remarks  concerning  a  serial  number 
swap  or  removal  without  replacement.  Note:  a  hybrid  display 
combination  of  M5-2F  and  M5-2G  may  also  appear  if  an  error 
condition  occurs  in  an  attempted  swap. 

Typical  error  conditions  have  been  previously  described.  The 
user  may  correct  an  error  of  the  types  shown  in  M5-2G  by  simply 
hitting  the  enter  key  (thus  overriding).  Any  other  error  message 
showing  in  M5-2G  or  M5-2H  must  be  physically  corrected  in  order 
to  load  the  group.  To  "escape"  -  which  would  in  affect  cause 
restoration  of  the  group  to  its  original  state  prior  to  the 
abortive  modification,  type  a  period  followed  by  blanks  in  the 
group  number  field. 

There  are  also  other  messages  that  may  occasionally  pop  on 
screen  and  temporarily  halt  processing  of  the  list  load.  In 
any  such  case  AND  IN  any  other  case  where  processing  is 
temporarily  suspended  and  there  is  a  program  status  of  "MORE..." 
displayed  in  the  bottom  right  corner  of  the  screen,  simply  hit 
the  enter  key  to  force  a  continuation  of  processing.  A  "MORE..." 
status  message  may  in  particular  precede  a  display  of  the  type 
shown  in  M5-2F,  M5-1G,  and  M5-2H,  but  the  user  response  should 
be  the  same  -  namely  to  force  the  transaction  along  by  the 
striking  of  the  enter  key.  However,  once  the  "MORE..."  status 
has  been  transformed  to  "INPUT",  the  striking  of  the  enter  key 
will  NOT  be  sufficient  to  force  a  resumption  of  processing  of 
the  transaction  (save  for  a  "serial  number  not  found"  condition). 

CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  ENGINE  SER  #: 


M5-2A 


INPUT 
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CFCJCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 
TRN-DATE :  10/26/88 

INCREMENTAL  BUILD:  0  BLD  DESC: 

INCREMENTAL  STARTS:  0 

INCREMENTAL  RUN  HRS:  0  INCREMENTAL  RUN  MIN:  0 


M5-2B 


INPUT 


CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 
UPDATE ( U ) ,  OR  STOP ( S ) :  U  1ST  GROUP:  1 


M5-2C 


INPUT 


-  25  - 

CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 


01 

GRP 

PART-NUMBER 

TITLE 

REV 

SERI AL-NUMBR 

=> 

010 

34993 

BEARING  ASS  #1 

-F 

AB125 

=> 

020 

23395 

SUPPORT 

-f 

Ct3003 

=> 

030 

34492 

STATOR  HSG 

-e 

yyyyy 

=> 

040 

xxxxx 

BEARING  2 

=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  999 
=>  . 


M5-2D 


INPUT 


CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 
UPDATE ( U ) ,  OR  STOP ( S ) :  s  1ST  GROUP:  14 


M5-2E 


INPUT 
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CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 


CORRECTION/CHANGE  LOG  ROUTINE:  TO  ESCAPE  WITHOUT  UPDATE,  INPUT  A 

GRP:  020  PART-NUMBER:  23395  TITLE  |:  SUPPORT  REV:  -F 

SERI AL-NUMBR :  CT3003  F/C :  a 

REMARKS(l):  correcting  a  serial  number 
REMARKS ( 2 ) : 


M5-2F 


INPUT 


CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 

SN  NOT  FOUND  AMONG  THE  AVAILABLE;  CAN  OVERRIDE  AT  THIS  TIME 

CORRECTION/CHANGE  LOG  ROUTINE:  TO  ESCAPE  WITHOUT  UPDATE,  INPUT  A 

GRP:  030  PART-NUMBER:  34492  TITLE  | :  STATOR  HSG  REV:  -E 

SERIAL-NUMBR:  YYYYY  F/C: 

:  DON"T  FILL  OUT  ANY  OF  THE  FOLLOWING;  1ST  SERIAL  ASSIGNMENT  FOR  GROUP 
REMARKS ( 1 ) : 

REMARKS ( 2 ) : 


M5-2G 


INPUT 
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CFUCFG  REVISE  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 

PART  CORRECTION  ROUTINE:  TO  ESCAPE  WITHOUT  UPDATE,  INPUT  A 
GRP:  040  PART-NUMBER:  XXXXX  TITLE  | :  BEARING  2 


PART-NUM  XXXXX  WAS  NOT  FOUND 

LINE  IGNORED 


M5-2H 


INPUT 


M5-3:  MIS.  REVS  TO  AN  ENGINE:  A  simple  transaction  that  allows  selected 
corrections  to  build  and  test  data  for  an  engine  and  its  com¬ 
ponents.  The  transaction  is  intended  as  a  backup  to  the  M5-1, 

M5-2,  and  M5-6  to  handle  exceptional  data  conditions  ONLY.  Unlike 
the  two  "complexes"  and  the  M5-6,  this  transaction  adjusts  fields 
one  at  a  time.  The  others  are  sweeping,  which  is  to  say  that  data 
input  on  a  single  panel  is  applied  TO  EACH  currently  serialized 
component.  This  transaction  applies  field  changes  to  only  a  single 
component  at  a  time  -  which  the  user  must  first  specify  by 
indication  of  a  group  number.  This  transaction  also  permits  the 
update  of  a  certain  number  of  fields  general  to  the  entire  engine 
(that  are  NOT  specific  to  any  one  component). 

The  dialog  is  relatively  simple,  prompting  first  for  generalized 
engine  changes,  then  later  for  specific  component  groups  (see 
displays  M5-3A  through  M5-3D  below) : 

CFUCFG1  MISCELLANEOUS  REVISIONS  TO  AN  ENGINE  AND  ITS  GROUPS 

MODEL  NUMBER:  ENGINE  SER  #: 


M5-3A 


INPUT 
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CFUCFG1  MISCELLANEOUS  REVISIONS  TO  AN  ENGINE  AND  ITS  GROUPS 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 
BUILD  NBR :  0  TRN  DATE:  10/26/88  STARTS:  0 


M5-3B  INPUT 


CFUCFG1  MISCELLANEOUS  REVISIONS  TO  AN  ENGINE  AND  ITS  GROUPS 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 

GRP: 


M5-3C 


INPUT 


-  30  - 

CFUCFG1  MISCELLANEOUS  REVISIONS  TO  AN  ENGINE  AND  ITS  GROUPS 
MODEL  NUMBER:  c  ENGINE  SER  #:  450203 
GRP:  010 

PART  NUMBER:  34993  SERIAL  NUMBR :  AB125  REV:  -F 

REV  DEV:  TRN  DATE:  10/26/88  BUILD  NBR :  0 

STARTS:  0  RUN  HRS:  0  RUN  MIN:  0 


M5-3D 


INPUT 
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M5-4:  TRANSFER  AN  ENGINE  COMPONENT:  A  simple,  one  panel  transaction 

that  will  "steal"  a  component  out  of  one  engine  and  apply  it  to 
another.  Component  replacement  history  records  will  also  be 
generated  for  both  engines  by  the  transaction.  The  transaction 
provides  a  faster  means  of  stealing  when  swift  data  maintenance  is 
imperative.  The  same  effect  can  be  achieved  by  use  of  the  M5-2, 
first  applied  to  the  surrendering  engine  and  tnen  to  the  engine  of 
component  receipt.  The  M5-2  should  probably  be  used  to  achieve  the 
effect  of  M5-4  most  of  the  time.  See  panel  M5-4A: 


CFUCFGT  TRANSFER  A  COMPONENT  FROM  ONE  ENGINE  TO  ANOTHER 

MODEL  NUMBER:  ENGINE  SER  #: 

GRP:  PART-NUMBER:  SERIAL  NUMBR :  F/C : 

TRN  DATE: 

REMARKS ( 1 ) : 

REMARKS ( 2 ) : 


M5-4A 


INPUT 


M5-5:  SHIP  AN  ENGINE  AND  CLEAR  SERIAL  NUMBERS:  A  simple  transaction 

which  performs  a  variety  of  maintenance  cleanup  activities  at  the 
time  of  engine  shipment.  Firstly,  a  flag  is  set  on  the  engine 
record  (CFG)  to  suppress  the  printing  of  change  letter  deviations 
on  the  R5-6  report.  Secondly,  the  availability  file  (the  SCT)  is 
cleared  of  serialized  components  now  recorded  as  being  in  the 
engine.  The  record  of  latest  configuration  (CGP)  and  the  engine's 
component  replacement  history  (CRH)  are  preserved  in  perpetuity, 
however.  See  display  M5-5A. 

CFDSER1  SHIP  AN  ENGINE  AND  CLEAR  THE  SERIAL  NUMBER  AVAILABLE  FILE 
MODEL  NUMBER:  ENGINE  SER  #: 


M5-5A 


INPUT 
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M5-6:  REVISE  ENGINE  STATISTICS:  A  simple  transaction  to  apply  incremen¬ 
tal  test  and  build  data  to  an  engine.  All  currently  serialized 
groups  receive  the  incremental  updates.  Those  not  currently  ser¬ 
ialized  do  not.  This  transaction  duplicates  a  small  portion  of 
transaction  M5-2.  See  display  M5-6A. 

CFUCFG2  REVISE  ENGINE  STATISTICS  -  AUTOMATED 

MODEL  NUMBER:  ENGINE  SER  #: 

INCREMENTAL  BUILD:  BLD  DESC : 

INCREMENTAL  STARTS:  INCREMENTAL  RUN  HRS:  INCREMENTAL  RUN  MIN: 


M5-6A 


INPUT 
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M5-7 :  SCATTER  AN  ENGINE"S  COMPONENTS:  This  transaction  allows  a  user 

to  return  all  currently  serialized  components  in  an  engine  to  the 
availability  file  (SCT).  The  serialized  components  previously 
marked  as  being  in  the  engine  are  deleted  from  file  as  is  all 
record  of  kitting  deviations,  if  any.  The  component  replacement 
history  (CRH)  for  the  engine,  however,  is  retained,  since  this 
data  must  serve  as  reference  to  other  engines  which  may  later 
receive  the  seasoned  components  now  being  scattered.  This  is 
because  the  component  replacement  history  is  the  single  source  of 
reference  for  accumulated  component  test  and  build  data. 

The  seasoned  components  are  returned  to  a  status  of  available  - 
meaning  that  they  are  assumed  to  be  immediately  reuseable.  Those 
which  must  be  scrapped  will  have  to  be  later  deleted  using 
transaction  M5-22  described  below,  REMOVE  A  SERIAL  NUMBER.  In 
addition,  those  serialized  components  which  require  some  kind  of 
repair  prior  to  being  made  available  for  recycling  will  have  to  be 
later  statused  as  "ON  HOLD"  using  M5-12,  REVISE  SERIAL  NUMBER 
AVAILABILITY. 

When  the  serialization  process  begins  anew  at  a  later  date,  trans¬ 
action  M5-1,  ADD  AN  ENGINE,  rather  than  transaction  M5-2,  REVISE 
AN  ENGINE,  must  be  used  in  order  to  obtain  a  list  of  default 
components  as  prompts  on  an  input  screen. 

The  dialog  for  this  transaction  has  three  steps.  The  user 
initially  receives  prompts  to  identify  the  engine  (M5-7A) ,  a  list 
of  components  now  on  the  engine  is  Lhen  shown  (M5-7B) ,  and  there 
is  finally  a  prompt  for  confirmation  of  intention  to  scatter 
(M5-7C). 


CFDCFG1  SCATTER  AN  ENGINE" S  COMPONENTS 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203  TRN  DATE: 


M5-7A 


INPUT 


-  35  - 

CFDCFG1  SCATTER  AN  ENGINE" S  COMPONENTS 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203  TRN  DATE: 

HOLD-ASSEMBLY:  TRN  DATE:  10/26/88  BLD:  0 


GRP 

TITLE 

PART  NUMBER 

SERIAL  NBR 

REV 

D  TRN  DATE 

BLD 

STS  RUN 

HRS 

MIN 

010 

BEARING  ASS 

34993 

AB125 

-F 

10/26/88 

0 

0 

0 

0 

020 

SUPPORT 

23395 

CT3003 

—  p 

10/26/88 

0 

0 

0 

0 

030 

STATOR  HSG 

34492 

QA123A203B 

-E 

10/26/88 

0 

0 

0 

0 

040 

BEARING  2 

19301 

10/26/88 

0 

0 

0 

0 

M5-7B  MORE... 


CFDCFG1  SCATTER  AN  ENGINE" £  COMPONENTS 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203  TRN  DATE: 

HOLD-ASSEMBLY:  TRN  DATE:  10/26/88  BLD:  0 

DO  YOU  WISH  TO  SCATTER: 


M5-7C 


INPUT 
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M5-8:  DELETE  AN  ENGINE:  This  transaction  is  useful  only  in  those  rare 
situations  where  the  complete  identity  of  an  engine  must  be 
deleted.  Literally  all  records  for  the  engine  are  removed  by  this 
transaction,  including  current  configuration  (CGP),  configuration 
history  (CRH),  and  kitting  deviation  history  (CDV).  What  is  not 
touched  by  this  transaction  is  the  availability  file  (SCT).  Those 
components  currently  serialized  are  NOT  restatused  as  "available" 
as  in  the  case  with  transaction  M5-7  where  serialized  components 
are  being  scattered.  To  reflect  a  renewal  of  availability  for  any 
components  previously  recorded  as  being  serialized  on  an  engine 
being  deleted,  the  user  will  have  to  use  transaction  M5-12, 

REVISE  SERIAL  NUMBER  AVAILABILITY,  described  below.  The  "last 
use"  field  should  also  be  blanked  in  this  case  by  M5-12. 

The  dialog  for  this  transaction  has  three  steps.  The  user  is 
initially  prompted  for  the  identity  of  an  engine  (M5-8A),  he  is 
then  shown  a  list  of  components  now  on  the  engine  (M5-8B) ,  and 
he  is  finally  prompted  for  confirmation  of  his  intent  to  delete 
(M5-8C). 

CFDCFG  COMPLETELY  REMOVE  AN  ENGINE  CONFIGURATION 

MODEL  NUMBER:  ENGINE  SER  #: 


M5-8A 


INPUT 
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CFDCFG  COMPLETELY  REMOVE  AN  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 


HOLD-ASSEMBLY:  TRN  DATE:  10/26/88  BLD:  0 


GRP 

TITLE 

PART  NUMBER 

SERIAL  NBR 

REV 

D  TRN  DATE 

BLD 

STS  RUN 

HRS 

MIN 

010 

BEARING  ASS 

34993 

AB.12  5 

-F 

10/26/88 

0 

0 

0 

0 

020 

SUPPORT 

23395 

CT3003 

-F 

10/26/88 

0 

0 

0 

0 

030 

STATOR  HSG 

34492 

QA123A203B 

-E 

10/26/88 

0 

0 

0 

0 

040 

BEARING  2 

19301 

10/26/88 

0 

0 

0 

0 

M5-8B 


MORE .  .  . 


CFDCFG  COMPLETELY  REMOVE  AN  ENGINE  CONFIGURATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450203 
HOLD-ASSEMBLY:  TRN  DATE:  10/26/88  BLD:  0 


DO  YOU  WISH  TO  DELETE: 


M5-8C 


INPUT 
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M5-9:  ADD  A  MODEL:  This  transaction  is  used  primarily  to  assemble  a 
list  of  component  part  prompts  for  an  engine.  The  prompts  are 
stored  on  a  pair  of  files  (the  SMD  and  MGP )  and  are  copied  by 
transaction  M5-1  when  a  user  wishes  to  load  a  new  engine.  A  user 
thus  does  NOT  have  to  key  in  component  part  numbers  when  he 
is  using  M5-1.  He  instead  is  presented  with  a  previously  developed 
list  from  which  he  then  only  has  to  indicate  component  serial 
numbers  and  change  letters.  The  list  presented  in  any  given  case 
will  depend  upon  the  model  number  specified  (for  example,  the 
Tomahawk  F107  has  a  model  code  of  "C"). 

This  transaction  also  stores  some  miscellaneous  items  of  infor¬ 
mation  concerning  generalities  of  a  model.  This  information 
includes  a  component-list  sequence  number  called  a  "group"  number 
(discussed  also  in  M5-1  and  M5-2)  and  a  standard  model  serial- 
number  prefix  BY  MODEL.  This  latter  piece  of  information  can 
be  accessed  based  upon  input  of  a  simple  one-position  model 
number.  A  user  thus  does  not  have  to  input  an  entire  extended 
engine  serial  number  every  time  he  wishes  to  perform  maintenance 
(as  for  example  in  M5-1)  or  obtain  a  print  on  an  engine.  Some 
other  odd  pieces  of  data  that  are  constant  FOR  AN  ENGINE  MODEL  and 
which  are  printed  out  on  R5-1,  the  Engine  Configuration  Report, 
are  also  stored  on  the  model  files. 

The  dialog  for  this  transaction  begins  with  a  prompt  for  a  model 
number  (for  example,  "C")  shown  in  M5-9A  below.  If  there  not  yet 
any  components  for  this  model  (or  if  there  is  no  previous  record 
for  the  model  at  all),  prompt  M5-9B  will  appear.  A  user  may  now 
key  in  those  general  items  of  information  regarding  a  new  model. 
Striking  enter  again  will  present  the  user  with  panel  M5-9C  which 
controls  the  entry  of  the  list  of  components  in  much  the  same 
fashion  as  a  user  can  REVIEW  a  new  list  of  components  in  M5-1. 
Entry  of  a  "U"  into  M5-9C  will  present  the  user  with  an  open 
list  of  line  prompts  for  component  part  numbers  and  their  corre¬ 
sponding  group  numbers  (that  controls  the  list's  sorting  order) 
and  brief  part  descriptions  (display  M5-9D) .  Whenever  a  user 
fills  a  screen  with  list  items  and  hits  enter  once  again,  he  is 
returned  to  panel  M5-9C.  He  can  then  load  more  items  to  the  list 
after  striking  enter  yet  again  (with  a  "U"  remaining  in  the  M5-9C 
prompt),  or  by  entering  an  "S"  in  the  prompt  (see  display  M5-9E) , 
actual  loading  of  list  items  to  file  will  begin.  Those  items  that 
have  no  errors  will  be  loaded  one  at  a  time  without  further  con¬ 
sole  messages.  Any  that  do  have  an  error  will  interrupt  the 
loading  process  and  cause  display  of  a  panel  such  as  is  illus¬ 
trated  in  M5-9F.  A  user  may  then  make  corrections  to  the  list 
item.  Sometimes,  a  user  may  have  to  strike  enter  an  additional 
time  after  M5-9F  is  displayed  in  order  to  begin  corrections.  This 
will  be  required  whenever  a  display  status  of  "MORE..."  rather 
than  "INPUT"  is  displayed  in  the  bottom  right  corner  of  panel 
5M-9F.  An  error  will  occur  where  an  invalid  part  number  has  been 
entered  or  there  has  been  a  duplication  of  a  group  number  FOR  THAT 
SPECIFIC  MODEL. 
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CFNMOD  ADD  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER: 


M5-9A 


INPUT 


CFNMOD  ADD  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  d 
MODEL  NAME: 

MODEL  PART  NUMBER: 

MODEL  PREFIX: 

BASE  PART  NUMBER: 


M5-9B 


INPUT 


-  40  - 

CFNMOD  ADD  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  d 

UPDATE ( U )  ,  OR  STOP ( S ) :  U 


M5-9C 


INPUT 


CFNMOD  ADD  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 


MODEL  NUMBER:  d 

01  GRP  PART-NUMBER 

=>  010  34993 

=>  999 

=>  999 

=>  999 

=>  999 

=>  999 

=  >  999 

=>  999 

=>  999 

=>  999 

=>  999 

=>  999 

=>  999 

=>  . 


TITLE 

brg,  assy  #1 


M5-9D 


INPUT 


-  41  - 

CFNMOD  ADD  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  d 

UPDATE ( U ) ,  OR  STOP ( S ) :  s 


M5-9E 


INPUT 


CFNMOD  ADD  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  d 

PROBLEM  ARISING  IN  GRP:  010 

PART-NUMBER:  XXXXX  TITLE  |:  BRG ,  ASSY  #  1 


PART-NUM  XXXXX  WAS  NOT  FOUND 

LINE  IGNORED 


M5-9E 


MORE .  . 
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M5-10:  REVISE  A  MODEL:  This  transaction  is  the  companion  "change"  trans- 
ation  to  M5-9.  The  pair  is  used  primarily  to  modify  a  list  of 
component  part  prompts  for  an  engine.  The  prompts  are  stored  on  a 
pair  of  files  (the  SMD  and  MGP)  and  are  copied  by  transaction  M5-1 
when  a  user  wishes  to  load  a  new  engine.  A  user  thus  does  NOT  have 
to  key  the  component  prompts  when  he  is  using  M5-1.  He  instead  is 
presented  with  a  previously  coded  list  of  part  numbers  for  which 
he  then  has  only  to  indicate  the  component  serial  numbers  and 
change  letters.  M5-1  is  thus  able  to  present  distinct  and  dif¬ 
ferent  lists  of  part  numbers  for  separate  engine  models.  The 
specif ication  of  a  model  number  (for  example,  the  Tomahawk  F107 
hac  a  mod°l  co^e  "C")  ^c|-°r"’i'ies  the  list  t^at  _ ..e  1  will 

copy  from  the  SMD/MGP . 

This  transaction  can  also  modifiy  all  the  miscellaneous  items  of 
information  concerning  generalities  of  a  model  that  M5-9  has  prev¬ 
iously  loaded.  This  information  includes  a  component-list  sequence 
number  called  a  "group"  number  (discussed  also  in  M5-1  and  M5-2) 
and  a  standard  model  serial-number  prefix  BY  MODEL.  This  latter 
piece  of  information  can  be  accessed  based  upon  input  of  a  simple 
one-position  model  number.  A  user  is  thus  freed  from  from  having 
to  input  a  complete  engine  serial  number  each  time  he  wishes  to 
perform  maintenance  (as  for  example  in  M5-1)  or  obtain  a  print 
an  an  engine.  A  series  of  other  pieces  of  data  that  are  constant 
FOR  AN  ENGINE  MODEL  and  which  have  to  be  printed  out  on  R5-1,  the 
Engine  Configuration  Report,  are  stored  on  the  model  files. 

The  dialog  for  this  transaction  begins  with  a  prompt  for  a  model 
number  (for  example,  "C")  shown  in  M5-10A  below.  If  there  have 
been  loaded  any  previous  components  for  this  model,  prompt  M5-10B 
will  appear.  A  user  may  now  correct  any  general  items  of  infor¬ 
mation  regarding  a  new  model.  Striking  enter  again  will  present 
the  user  with  panel  M5-10C  which  controls  the  revision  of  the  list 
of  components  in  much  the  same  fashion  as  a  user  can  REVIEW  an 
existing  list  of  components  in  M5-2. 

Entry  of  a  "U"  into  M5-9C  will  present  the  user  with  the  existing 
list  of  component  items  with  their  attendent  group  numbers  and 
part  descriptions  (see  display  M5-10D) .  The  user  can  then  make 
any  of  the  following  corrections: 

o  Change  a  part  number  or  its  short  description  by  simple  over¬ 
typing 

o  Change  the  sort  order  of  the  list  by  altering  some  of  the  group 
numbers 

o  Remove  a  component  by  blanking  out  its  part  number 

o  Add  additional  component  elements  to  the  list  by  keying  in  new 
lines  at  the  bottom  of  THE  CONSOLE  PRESENTATION  of  the  list.  The 
relative  position  of  the  new  items  on  the  list  AFTER  THE  LOADING 
OF  THE  CHANGES  TO  FILE  will  be  determined  by  the  group  numbers 
chosen.  A  component  may  be  interposed  in  the  middle  or  even  at 
the  beginning  of  the  list  by  indicating  an  unused  group  number 
between  existing  group  numbers  (It  is  useful  to  increment 
group  numbers  by  -  for  example  -  "010"  when  using  M5-9  to 
initially  load  the  model). 


Whenever  a  user  has  made  all  the  changes  that  are  required  to  a 
given  part  of  the  list  on  screen  now,  he  then  should  hit  enter 
once  again.  He  is  then  returned  to  panel  M5-10C.  He  can  then  go  on 
to  a  further  section  of  the  list  by  striking  enter  WITHOUT  chang¬ 
ing  the  "U"  on  the  first  prompt  of  M5-10C.  He  can  equally  jump 
over  sections  of  the  list  by  indicating  a  "relative"  group  number 
other  than  what  is  displayed  as  default.  With  this  transaction,  he 
may  thus  bounce  back  and  forth  in  the  list  until  he  is  satisfied 
that  he  has  made  all  of  the  modifications  that  are  required.  He 
can  even  jump  immediately  into  the  middle  of  the  list  by  overrid¬ 
ing  the  default  group  number  of  ”1"  on  his  initial  entry  into  the 
M<'-10C  pan^l  for  a  model.  One«  he  :  ^  satisfied  with  hie  changes, 
he  should  then  key  in  a  response  of  "S"  (see  M5-10E).  At  this 
point  modifications  to  the  files  begin.  No  changes  are  applied 
previous  to  input  of  an  "S".  Then,  only  those  list  items  that  are 
changed  will  produce  file  modifications.  The  changes  will  be 
applied  one  item  at  a  time.  There  will  not  be  further  console  dis¬ 
plays  except  for  those  items  that  have  some  kind  of  error.  Those 
with  errors  will  cause  interruption  to  the  modification  process 
and  will  initiate  a  display  of  a  panel  such  as  is  illustrated  in 
M5-10F.  A  user  may  at  this  time  make  corrections  to  that  list 
item.  Sometimes,  a  user  may  have  to  strike  enter  an  extra  time 
after  M5-10F  is  displayed  in  order  to  begin  corrections.  This 
will  be  required  whenever  a  display  status  of  "MORE..."  rather 
than  "INPUT"  is  displayed  in  the  bottom  right  corner  of  panel 
5M-10F.  An  error  will  be  encountered  where  there  is  an  invalid 
part  number  or  a  duplication  of  a  group  number  FOR  A  SPECIFIC 
MODEL . 


CFUMOD  REVISE  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER :  j 


M5-10A 


INPUT 


44 


CFUMOD  REVISE  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER :  j 

MODEL  NAME:  J401 

MODEL  PART  NUMBER:  719401 

MODEL  PREFIX:  T-E 

BASE  PART  NUMBER: 


M5-10B 


INPUT 


CFUMOD  REVISE  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  j 

UPDATE ( U ) ,  OR  STOP ( S ) :  U  1ST  GROUP:  1 


M5-10C 


INPUT 
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CFUMOD  REVISE  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER :  j 


01 

GRP 

PART-NUMBER 

TITLE 

=  > 

010 

718412 

SHAFT 

=> 

020 

718022 

SHAFT 

W/O/R 

=> 

040 

718371 

AXIAL 

ROTOR 

=> 

050 

718412 

TURBINE  RTR 

=> 

060 

719415 

ILT  HG  ASSY 

-> 

070 

719089 

STAT 

HG  ASSY 

=> 

080 

721462 

TURB 

ASSY 

_ ^ 

AOO 

VJ  J  V 

'■jot  r\  r,  r  i  r\  i 

i  d. _ c  >  U  -i.  w 

IVU1.1 

4.  «->  JL 

=> 

100 

718489 

COMP 

SHROUD 

-> 

110 

721851 

DIFF 

ASSY 

=  > 

120 

72147? 

COMP 

SH  ASSY 

=> 

130 

719565-101 

INLET 

ASSY 

=> 

140 

723849-101 

SEAL 

ASSY 

=> 

M5-10D 


INPUT 


CFUMOD  REVISE  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  j 

UPDATE ( U ) ,  OR  STOP ( S ) :  s  1ST  GROUP:  14 


M5-10E 


INPUT 


46 


CFUMOD  REVISE  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 

MODEL  NUMBER:  d 

PROBLEM  ARISING  IN  GRP:  010 

PART-NUMBER:  XXXXX  TITLE  | :  BRG ,  ASSY  #  1 


PART-NUM  XXXXX  WAS  NOT  FOUND 

LINE  IGNORED 


M5-10F 


MORE 
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M5-11:  REMOVE  A  MODEL:  This  transaction  may  be  used  to  remove  all  data 
relating  to  an  engine  model.  It  has  a  two  step  dialog.  Step  one 
consists  of  a  prompt  for  model  number  (display  M5-11A) .  Step  two 
(display  M5-11B)  shows  all  of  the  general  items  of  information 
regarding  the  model.  It  also  prompts  for  a  confirmation  of  the 
deletes . 

CFDMOD  REMOVE  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 
MODEL  NBR : 


M5-11A 


INPUT 


CFDMOD  REMOVE  A  MODEL  FOR  A  PRODUCTION  ENGINE  CONFIGURATION 
MODEL  NBR:  d 

MODEL  PART  NUMBER:  XXXXXX 
MODEL  PREFIX:  WR-E 
BASE  PART  NUMBER:  YYYYY 

DO  YOU  WISH  TO  DELETE: 


M5-11B 


INPUT 


48 


M5-12:  REVISE  SERIAL  NUMBER  AVAILABILITY:  This  transaction  should  be  used 
only  in  exceptional  situations  to  make  corrections  on  availability 
status  and  last-using-engine  for  particular  component  serial 
numbers  (on  the  SCT  file).  Those  particular  fields  perform  the 
following  functions  inside  the  system  as  a  whole:  The  In-Use-Now 
field  controls  availability  status.  When  committed  to  a  particular 
engine  NOW  as  the  result  of  previous  input  on  the  M5-1  or  M5-2, 
the  field  contains  a  status  of  "S"  denoting  "in  use"  or  "sold". 
When  blank,  the  component  is  considered  "available  for  immediate 
use".  A  third  status  of  "H"  or  "hold"  is  also  recognized  hy  the 
overall  system.  This  status  indicates  that  a  component  is  not  in 
an  engine  presently,  and  is  also  not  immediately  available  for  use 
either.  Its  use  is  discussed  below.  The  other  prompts,  a  combi¬ 
nation  of  model  number  and  engine  serial  number,  are  also  princi¬ 
pally  being  maintained  by  the  M5-1  and  M5-2  and  indicate  the 
last  use  of  a  component  in  an  engine.  Where  the  component  is  STILL 
in  an  engine,  the  fields  indicate  that  particular  engine  number. 
Where  the  component  has  been  removed  from  one  engine  and  is  not 
yet  scrapped  nor  placed  in  another  engine,  the  fields  will  still 
indicate  which  engine  has  used  the  component  last.  This  informa¬ 
tion  is  vital  when  LATER  reestablishing  a  use  for  the  component  in 
ANOTHER  OR  EVEN  THE  SAME  ENGINE.  It  is  used  as  cross-reference 
then  to  the  PREVIOUSLY  USING  ENGINE  in  order  to  pick  up  historical 
test-  and  build-  statistics.  Where  the  pair  of  fields  is  not 
filled,  the  meaning  to  the  system  as  a  whole  is  that  the  component 
nas  never  been  previously  used. 

This  transaction  has  several  uses.  It  can  be  used  as  a  correction 
to  the  M5-1,  M5-2,  and  M5-7  in  exceptional  ci rcumstances .  The 
transaction  will  however  be  primarily  employed  in  two  other 
circumstances:  Firstly,  this  transaction  ONLY  is  capable  of  into- 
ducing  a  hold  status  ("H")  on  a  "seasoned"  component  while  it  is 
being  repaired.  Once  repaired,  this  transaction  exclusively  can 
remove  the  "hold"  status.  The  second  main  use  of  this  transaction 
will  arise  in  the  aftermath  of  use  of  transaction  M5-8,  DELETE  AN 
ENGINE,  for  those  components  which  were  previously  serialized  and 
which  by  M5-8  have  now  been  deleted. 

The  dialog  is  a  simple  two  step  procedure.  Step  M5-12A  prompts  for 
a  part  number  and  serial  number  combination  while  the  succeeding 
step  M5-12B  allows  for  the  status  revision  using  the  mechanism  of 
a  user-keyed  overlay  of  existing  record  values. 
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CFUSER1 
PART  NUMBER: 


CFUSER1 
PART  NUMBER: 
IN-USE-NOW: 


REVISE  THE  AVAILABILITY  STATUS  FOR  A  SERIAL  NUMBER 
SERIAL  NBR : 


M5-12A 


INPUT 


REVISE  THE  AVAILABILITY  STATUS  FOR  A  SERIAL  NUMBER 
34993  SERIAL  NBR:  abl20 

MODEL  NUMBER:  C  ENGINE  SER  #:  450202 


M5-12B 


INPUT 


-  50  - 

M5-13:  ADD  CONFIGURATION  HISTORY:  This  transaction  allow  a  user  to  make 
miscellaneous  additions  to  the  configuration  history  of  an  engine 
(the  CRH  file).  It  should  be  used  ONLY  in  the  rare  occasions  when 
the  normal  battery  of  maintenance  transactions  are  somehow 
inadequate.  In  most  cases,  M5-1,  M5-2,  M5-4,  and  M5-7  should 
provide  an  adequate  AUTOMATED  update  of  this  file.  The  dialog  is  a 
simple  one  panel  create  (see  display  M5-13A) . 

NOTE:  It  is  useful  to  recall  the  function  of  this  history  file. 
M5-1  et  al  will  only  generate  a  history  r.cord  for  a 
component  where  a  serial  number  is  being  exchanged,  deleted, 
or  a  SEASONED  component  is  being  added. 


CFNCRH 


ADD  A  CONFIGURATION  HISTORY  RECORD 


MODEL  NUMBER:  ENGINE  SER  #: 


ACT:  GRP: 


TRN  DATE: 


PART  OUT: 

F/C:  RUN  HRS  OUT: 

REMARKS ( 1 ) : 

REMARKS ( 2 ) : 

PAPT  IN: 

RUN  HRS  IN: 


REV  OUT:  SER  NBR  OUT: 

RUN  MIN  OUT:  STARTS  OUT: 


REV  IN:  SER  NBR  IN: 

RUN  MIN  IN:  STARTS  IN: 


BLD  OUT: 


M5-13A 


INPUT 
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M5-14:  REVISE  CONFIGURATION  HISTORY:  This  transaction  allow  a  user  to 
make  miscellaneous  revisions  to  the  configuration  history  of  an 
engine  (the  CRH  file).  It  should  be  used  ONLY  in  the  rarp 
occasions  when  the  normal  battery  of  maintenance  transactions  are 
somehow  inadequate.  In  most  cases,  M5-1,  M5-2,  M5-4,  and  M5-7 
should  provide  an  adequate  AUTOMATED  update  of  this  file. 

The  dialog  has  two  panel  types.  M5-14A  prompts  for  an  engine  and 
transaction  date.  Using  the  date  indicated,  M5-14B  will  show  the 
user  each  transaction  history  record  generated  on  a  given  date  for 
an  engine,  one  at  a  time.  All  information  that  may  be  changed  on 
the  record  is  displayed  for  user  correction  through  overlay. 
Striking  of  the  enter  key  will  advance  a  user  one  record  to  the 
next  entry  made  on  that  date.  Changes  that  are  made  to  an  entry 
are  immediately  passed  to  file. 

NOTE:  It  is  useful  to  recall  the  function  of  this  history  file. 
M5-1  et  al  will  only  generate  a  history  record  for  a 
component  where  a  serial  number  is  being  exchanged,  deleted, 
or  a  SEASONED  component  is  being  added. 


CFUCRH  REVISE  CONFIGURATION  HISTORY  RECORDS 

MODEL  NUMBER:  ENGINE  SER  #:  TRN  DATE: 


M5-14A 


INPUT 
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CFUCRH  REVISE  CONFIGURATION  HISTORY  RECORDS 

MODEL  NUMBER:  c  ENGINE  SER  #:  450202  TRN  DATE:  10/19/88 

IN  OR  OUT:  E  GRP:  040 

PART  OUT:  19301  REV  OUT:  -M  SER  NBR  OUT:  604  BLD  OUT:  0 

F/C:  A  RUN  HRS  OUT:  1  RUN  MIN  OUT:  45  STARTS  OUT:  1 

REMARKS ( 1 ) :  CHANGING  A  SERIAL  NUMBER 
REMARKS ( 2 ) : 

PART  IN:  19301  REV  IN:  -M  SER  NBR  IN:  605 

RUN  HRS  IN:  0  RUN  MIN  IN:  0  STARTS  IN:  0 


M5-14B 


INPUT 
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M5-15:  REMOVE  CONFIGURATION  HISTORY:  This  transaction  allow  a  user  to 
make  miscellaneous  deletions  on  the  configuration  history  of  an 
engine  (on  the  CRH  file).  It  should  be  used  ONLY  in  the  rare 
occasions  when  the  normal  battery  of  maintenance  transactions  are 
somehow  inadequate.  In  most  cases,  M5-1,  M5-2,  M5-4,  and  M5-7 
should  provide  an  adequate  AUTOMATED  update  of  the  file. 

The  dialog  has  two  panel  types.  M5-15A  prompts  for  an  engine  and 
transaction  date.  Using  the  date  indicated,  M5-15B  will  show  the 
user  each  transaction  history  record  generated  on  a  given  date  for 
an  engine,  one  at  a  time.  The  history  record  is  displayed  on 
screen,  and  the  user  is  prompted  to  indicate  whether  or  not  he 
wishes  to  delete  it.  A  "Y"  will  indicate  that  a  delete  is  desired 
in  the  prompt  field.  Striking  the  enter  key  will  forward  a  user 
to  the  next  entry  made  on  that  date.  Those  history  items  not 
receiving  a  "Y"  will  NOT  be  deleted. 

NOTE:  It  is  useful  to  recall  the  function  of  this  history  file. 
M5-1  et  al  will  only  generate  a  history  record  for  a 
component  where  a  serial  number  is  being  exchanged,  deleted, 
or  a  SEASONED  component  is  being  added. 


CFDCRH  REMOVE  CONFIGURATION  HISTORY  RECORDS 

MODEL  NUMBER:  ENGINE  SER  #:  TRN  DATE: 


M5-15A 


INPUT 


CFDCRH 

MODEL  NUMBER:  C  ENGINE 

IN  OR  OUT:  E  GRP:  040 
PART  OUT:  19301 
F/C:  A  RUN  HRS  OUT:  1 

REMARKS ( 1 ) :  CHANGING  A 
REMARKS ( 2 ) : 

PART  IN:  19301 

RUN  HRS  IN:  0 
DO  YOU  WISH  TO  DELETE: 


-  54  - 

REMOVE  CONFIGURATION  HISTORY  RECORDS 
SER  #:  450202  TRN  DATE:  10/19/88 


REV  OUT:  -M  SER  NBR  OUT:  604  BLD  OUT:  0 

RUN  MIN  OUT:  45  STARTS  OUT:  1 

SERIAL  NUMBER 


REV  IN:  -M  SER  NBR  IN:  605 
RUN  MIN  IN:  0  STARTS  IN:  0 


M5-15B 


INPUT 
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M5-16:  ADD  A  KIT  DEVIATION:  This  transaction  allows  a  user  to  make  misce- 
laneous  additions  to  the  kitting  deviation  file  (CDV)  for  an 
engine.  It  should  be  used  ONLY  in  the  rare  occasions  when  the 
normal  transfer  of  kitting  deviations  out  of  MANMAN  has  proved  to 
be  inadequate.  This  transfer  occurs  automatically  at  the  end  of 
the  kitting  process,  and  should  provide  an  adequate  updating  mech¬ 
anism  to  the  file  in  all  but  exceptional  cases.  The  dialog  is  a 
simple  one  panel  create  (see  display  M5-16A) . 

NOTE:  It  is  useful  to  recall  the  function  of  this  file.  It  holds 
a  list  of  kitting  deviations  to  be  used  exclusively  as  an 
aid  for  review  of  engine  "lock  status"  by  the  configuration 
specialist.  When  any  one  deviation  is  put  to  file  for  an 
engine,  that  engine  is  automatically  locked  to  further 
updating  until  and  unless  transaction  M5-18  described  below 
is  used  to  perform  an  "unlock". 


CFNDEV  ADD  A  KIT  DEVIATION 

MODEL  NUMBER:  ENGINE  SER  #: 

PART  NUMBER: 


ACT  REV: 
STD  REV: 


M5-16A 


INPUT 
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M5-17 :  REVISE  A  KIT  DEVIATION:  This  transaction  allows  a  user  to  make 

miscellaneous  revisions  to  the  kitting  deviation  file  (CDV)  for  an 
engine.  It  should  be  used  ONLY  in  the  rare  occasions  when  the 
normal  transfer  of  kitting  deviations  out  of  MANMAN  has  proved  to 
be  inadequate.  This  transfer  occurs  automatically  at  the  end  of 
the  kitting  process,  and  should  provide  an  adequate  update  of  the 
file  in  all  but  exceptional  cases.  The  dialog  has  only  two  simple 
panels.  M5-17A  prompts  the  user  for  selection  of  a  particular 
engine  and  component  part  number.  M5-17B  then  displays  existing 
change  letter  values  (standard  and  actual)  for  the  deviation.  The 
user  can  make  corrections  by  a  simple  overtyping  of  the  data. 

In  a  few  cases,  more  than  one  kitting  deviation  record  can  be 
produced  if  there  is  more  than  one  deviant  occurrence  of  the  same 
component  part  number  for  an  engine. 

NOTE:  It  is  useful  to  recall  the  function  of  this  file.  It  holds 
a  list  of  kitting  deviations  to  be  used  exclusively  as  an 
aid  for  the  review  of  engine  "lock"  status  by  the  config¬ 
uration  specialist.  When  any  one  deviation  is  put  to  file 
for  an  engine,  that  engine  is  locked  to  further  updates 
until  and  unless  transaction  M5-18  described  below  is  used 
to  perform  an  "unlock". 


CFUDEV  REVISE  A  KIT  DEVIATION 

MODEL  NUMBER:  ENGINE  SER  #: 

PART: 


M5-17A 


INPUT 
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CFUDEV  REVISE  A  KIT  DEVIATION 

MODEL  NUMBER:  c  ENGINE  SER  #:  450202 
PART:  34993 
ACT  REV:  -G 


STD  REV:  -F 


M5-17B 


INPUT 
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M5-18:  APPROVE/PLACE-ON-HOLD  A  KITTING  DEVIATION:  This  transaction  allows 
the  configuration  specialist  to  review  and  "unlock"  any  engine 
found  to  have  component  change  letter  deviations.  It  can  also  be 
used  in  exceptional  cases  to  "relock"  an  engine  if  there  are  any 
problems  with  the  automated  "locking"  mechanism  built  on  top  of 
MANMAN,  or  if  an  engine  needs  to  be  relocked  after  the  initial 
kitting  process  for  any  exceptional  reason. 

There  are  three  steps  in  this  transaction.  M5-18A  prompts  for  a 
particular  engine  number.  M5-18B  then  displays  all  the  kitting 
deviations,  if  any,  currently  on  the  engine.  Finally,  M5-18C 
prompts  the  user  for  locking/unlocking  of  the  engine.  A  "lock"  may 
be  produced  on  an  engine  by  the  input  of  an  "H"  (indicating 
"hold")  and  an  "unlock"  may  be  produced  by  the  input  of  a  blank 

C  "). 


CFUDEVl  APPROVE/PLACE-ON-HOLD  KIT  DEVIATIONS  FOR  AN  ENGINE 

MODEL  NUMBER:  ENGINE  SER  #: 


M5-18A 


INPUT 
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CFUDEV1  APPROVE/PLACE-ON-HOLD  KIT  DEVIATIONS  FOR  AN  ENGINE 

MODEL  NUMBER:  c  ENGINE  SER  #;  450202 

PART  NUMBER:  AC  ST 

34993  -G  -F 


M5-18B 


MORE . . . 


CFUDEV1  APPROVE/PLACE-ON-HOLD  KIT  DEVIATIONS  FOR  AN  ENGINE 

MODEL  NUMBER:  c  ENGINE  SER  #:  450202 

HOLD-ASSEMBLY:  H 


M5-18C 


INPUT 
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M5-19:  REMOVE  A  KIT  DEVIATION:  This  transaction  allows  a  user  to  make 

miscellaneous  revisions  to  the  kitting  deviation  file  (CDV)  for  an 
engine.  It  should  be  used  ONLY  in  the  rare  occasions  when  the 
normal  transfer  of  kitting  deviations  out  of  MANMAN  has  proved  to 
be  inadequate.  This  transfer  occurs  automatically  at  the  end  of 
the  kitting  process,  and  should  provide  an  adequate  update  of  the 
file  in  all  but  exceptional  cases.  The  dialog  has  only  two  simple 
panels.  M5-19A  prompts  the  user  for  selection  of  a  particular 
engine  and  component  part  number.  M5-19B  then  displays  existing 
change  letter  values  (standard  and  actual)  for  the  deviation.  The 
user  can  then  confirm  the  deletion  by  indicating  a  "Y"  in  the 
prompt  field.  In  a  few  cases,  more  than  one  kitting  deviation 
record  can  be  produced  if  there  is  more  than  one  deviant  occur¬ 
rence  of  the  same  component  part  number  for  an  engine.  A  prompt 
for  deletion  of  each  occurrence  in  that  case  will  be  displayed 
independently . 

NOTE:  It  is  useful  to  recall  the  function  of  this  file.  It  holds 
a  list  of  kitting  deviations  to  be  used  exclusively  as  an 
aid  for  review  of  engine  "lock"  status  by  the  configuration 
specialist.  When  any  one  deviation  is  put  to  file  for  an 
engine,  that  engine  is  locked  to  further  updating  until  and 
unless  transaction  M5-18  described  above  is  used  to  perform 
an  "unlock". 

CFDDEV  REMOVE  A  KIT  DEVIATION 

MODEL  NUMBER:  ENGINE  SER  #: 

PART  NUMBER: 


M5-19A 


INPUT 
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CFDDEV  REMOVE  A  KIT  DEVIATION 

MODEL  NUMBER:  C  ENGINE  SER  #:  450202 

PART  NUMBER:  34993 

ACT  REV:  -G 

STD  REV:  -P 

DO  YOU  WISH  TO  DELETE: 


M5-19B 


INPUT 
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M5-20:  ADD  SERIAL  NUMBERS:  This  transaction  is  used  to  add  one  or  more 
serial  numbers  to  the  component  availability  file  (the  SCT).  To 
use,  simply  fill  in  the  one  piece  panel,  M5-20A.  All  fields  save 
the  last  must  be  filled.  To  create  a  string  of  up  to  50 
consecutively-numbered  serialied  components  for  a  given  part  being 
tracked  in  the  assembly  process,  simply  indicate  the  lowest- 
numbered  serial  number  and  the  number  of  consecutive  occurrences 
(or  "Number  of  Units").  As  many  availability  records  will  be 
loaded  to  file  as  have  been  indicated.  If  any  serial  numbers  in 
the  series  being  loaded  at  one  time  are  found  to  previously  exist, 
then  the  entire  transaction  will  be  rejected  for  that  component.  A 
request  for  load  of  more  than  50  serial  numbers  at  one  time  will 
be  similiarly  be  rejected. 


CFNSER  LOAD  SERIAL  NUMBERS  TO  THE  SERIAL  NUMBER  AVAILABILITY  FILE 
PURCHASED  ("P")  OR  MANUFACTURED  ("M"): 

PART  NUMBER:  SERIAL  NUMBER:  NBR  OF  UNITS: 


M5-20A 


INPUT 


M5-21:  REVISE  A  SERIAL  NUMBER:  This  simple  one-panel  transaction  shown  in 
M5-21A  allows  for  the  replacement  of  one  serial  number  with 
another  on  the  SCT  file  -  as  long  as  the  number  being  replaced  is 
shown  to  have  never  previously  been  used  in  an  engine.  It  is 
useful  only  for  exceptional  data  situations. 


CFUSER  REVISE  A  SERIAL  NUMBER 

PART  NBR :  OLD  SER:  NEW  SER : 


M5-21A 


INPUT 
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M5-22:  REMOVE  A  SERIAL  NUMBER:  This  simple  one-panel  transaction 
M5-22A  allows  for  the  deletion  of  a  series  of  availability 
from  off  the  SCT  file  -  as  long  as  no  one  record  in  the 
consecutive  series  is  indicated  to  have  ever  been  used  in 
engine.  It  may  remove  up  to  50  records  at  one  time.  It  is 
only  for  exceptional  data  situations. 


CFDSER  MISCELLANEOUS  REMOVAL  OF  ERRONEOUS  SERIAL  NUMBERS 

PURCHASED  ("P" )  OR  MANUFACTURED  ( "M" ) : 

PART  NUMBER:  SERIAL  NUMBER:  NBR  OF 


shown  in 
records 

an 

useful 


UNITS: 


M5-22A 


INPUT 
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M5-23:  CONFIGURATION  REPORT  SIGNOFFS  BY  ENGINE:  This  simple  two-pane 
transaction,  shown  in  M5-23A  and  M5-23B,  allows  the  final 
"electronic  signoff"  of  an  engine  (on  the  CFG  file)  before  it 
shipped.  The  first  panel  prompts  fcr  an  engine  number  and  the 
second  panel  allows  addition/modification  of  the  two  required 
signof f s . 


CFUCFG3  CONFIGURATION  REPORT  SIGNOFFS  BY  ENGINE 

MODEL  NUMBER:  ENGINE  SER  #: 


INPUT 


CFUCFG3  CONFIGURATION  REPORT  SIGNOFFS  BY  ENGINE 

MODEL  NUMBER:  1  ENGINE  SER  #:  620250 
INSP  INIT :  xxx 
QE  INIT:  yyy 


is 

user 


INPUT 


D.  CONSOLE  INQUIRIES  (ALL  ON-LINE): 

15-1:  ENGINE  CONFIGURATION  INQUIRY:  This  transaction  can  be  used  to 
display  the  latest  version  of  an  engine  configuration  on  file. 
There  are  two  panel  types.  I5-1A  prompts  for  a  particular  engine 
serial  number.  Then  I5-1B  will  display  a  portion  of  a  component 
list.  Simply  hit  enter  repeatedly  to  page-through  the  list. 


CFICFG  DISPLAY  AN  ENGINE  CONFIGURATION 

MODEL  NUMBER:  ENGINE  SER  #: 


I5-1A 


INPUT 


CFICFG 

MODEL  NUMBER: 

HOLD-ASSEMBLY: 
INSP  INIT : 

GRP  TITLE 


DISPLAY  AN  ENGINE  CONFIGURATION 
ENGINE  SER  #: 

TRN  DATE:  10/21/88  BLD:  0  BLD  DESC : 

QE  INIT: 

PART  NUMBER  SERIAL  NBR  REV  D  TRN  DATE  BLD  STS  RUN  HRS  MIN 


010  BEARING  ASS  23372 
020  SUPPORT  23395 
030  STATOR  HSG  34492 
040  BEARING  2  19301 


VZ124  -J 
CT3002  -F 
QA123A200B  -E 
605  -M 


10/19/88  0  0 
10/19/88  0  0 
10/19/88  0  0 
10/19/88  0  0 


0  0 
0  0 
0  0 
0  0 


I5-2A 


INPUT 


15-2:  ENGINE  CONFIGURATION  HISTORY  INQUIRY:  This  transaction  can  be  used 
to  scan  through  a  configuration  history  for  an  engine.  There  are 
two  panel  types.  I5-2A  prompts  for  a  particular  engine  serial 
number.  Then  I5-2B  will  display  one  component  replacement  history 
record  for  the  engine.  Hit  enter  repeatedly  to  page-through  the 
list  of  history  entries. 


CFICFG1  DISPLAY  AN  ENGINE  CONFIGURATION  REPLACEMENT  HISTORY 
MODEL  NUMBER:  ENGINE  SER  #: 


I5-2A 


INPUT 


CFICFG1  DISPLAY  AN  ENGINE  CONFIGURATION  REPLACEMENT  HISTORY 


MODEL  NUMBER:  c  ENGINE  SER  #:  450202 


HOLD-ASSEMBLY:  TRN  DATE:  10/21/88  BUILD  NBR :  0  BLD  DESC : 

INSP  INIT :  QE  INIT: 

IN  OR  OUT:  E  GRP:  040  TRN  DATE:  10/19/88 


PART  OUT:  19301  REV  OUT:  -M  SER  NBR  OUT:  604 

F/C:  A  RUN  HRS  OUT:  1  RUN  MIN  OUT:  45  STARTS  OUT: 

REMARKS ( 1 ) :  CHANGING  A  SERIAL  NUMBER 
REMARKS ( 2 ) : 

PART  IN:  19301  REV  IN:  -M  SER  NBR  IN:  605 

RUN  HRS  IN:  0  RUN  MIN  IN:  0  STARTS  IN: 


BLD  OUT:  0 

1 


0 


I5-2B 


MORE.  .  . 


68 


15-3:  ENGINE  KIT  DEVIATION  INQUIRY:  This  transaction  can  be  used  to  see 
any  change  letter  kitting  deviations  for  an  engine.  Also  shown 
is  whether  or  not  the  engine  is  currently  "locked."  There  are 
two  panel  types.  I5-3A  prompts  for  a  particular  engine  serial 
number.  Then  I5-3B  will  display  the  kitting  deviations  as  well  as 
a  few  pieces  of  general  purpose  information.  If  any  one  engine 
should  ever  have  more  than  a  paqe  of  kitting  deviations,  simply 
strike  enter  to  page  forward. 


CFICFG2  DISPLAY  AN  ENGINE" S  CONFIGURATION  DEVIATIONS 
MODEL  NUMBER:  ENGINE  SER  #: 


I5-3A 


INPUT 


CFICFG2  DISPLAY  AN  ENGINE" S  CONFIGURATION  DEVIATIONS 
MODEL  NUMBER:  c  ENGINE  SER  #:  4502C2 

HOLD-ASSEMBLY:  H  TRN  DATE:  10/21/88  BUILD  NBR :  0  BLD  DESC : 

INSP  INIT :  QE  INIT: 

PART  NUMBER  ACT  REV  STD  REV 

34993  -G  -F 


I5-3B 


INPUT 


15-4:  COMPONENT  PART  TO  ENGINE  INQUIRY:  This  transaction  can  be  used  to 
locate  the  engines  in  which  a  range  of  component  serial  numbers 
has  been  previously  loaded.  There  are  two  pane-1  types.  I5-4A 
prompts  for  a  particular  component  part  number  and  range  of 
component  serial  numbers.  I5-4B  will  then  display  a  list  of 
particular  numbers.  Hit  enter  to  page  through  this  list. 


CFICFG3 


ENGINE  COMPONENT  PART  TO  ENGINE  INQUIRY 
MAX  INQUIRY  RANGE  =  50  SERIAL  NUMBERS 


PART  NBR : 


COMP.  SERIAL  NBR  LOW: 


COMP.  SERIAL  NBR  HI 


I5-4A 


INPUT 


CFICFG3  ENGINE  COMPONENT  PART  TO  ENGINE  INQUIRY 

MAX  INQUIRY  RANGE  =  50  SERIAL  NUMBERS 

PART  NBR:  23395 

COMP.  SERIAL  NBR  LOW:  COMP.  SERIAL  NBR  HI:  9999999 

SERIAL  NUMBR  ENGINE  SER  NBR 


CT3002  C450202 

CT300  3  C450203 


I5-4B 


INPUT 
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15-5:  MODEL  CONFIGURATION  INQUIRY:  This  transaction  can  be  used  to 

display  the  latest  list  of  components  to  be  tracked  for  a  given 
engine  model.  The  displays  ar®  extr^ct0^  f*-om  the  model  files. 
There  are  two  panel  types.  I5-5A  prompts  for  a  particular  engine 
model  number.  I5-5B  will  then  display  a  portion  of  a  component 
list.  Simply  hit  enter  repeatedly  to  page-through  the  list. 


CFIMOD  DISPLAY  A  MODEL  CONFIGURATION 

MODEL  NUMBER: 


! 

! 


I5-5A 


INPUT 


CFIMOD 

MODEL  NUMBER: 
MODEL  NAME 
J401 


DISPLAY  A  MODEL  CONFIGURATION 


MODEL  PART  NUMB  MODEL  PREFIX  BASE  PART  NUMBE 


GRP 

719401 

TITLE 

T-E 

STANDARD  PART 

10 

SHAFT 

718412 

20 

SHAFT  W/O/R 

718022 

40 

AXIAL  ROTOR 

718371 

50 

TURBINE  RTR 

718412 

60 

ILT  HG  ASSY 

719415 

70 

STAT  HG  ASSY 

719089 

80 

TURB  ASSY 

721462 

90 

DUCT  ASSY 

721096-101 

100 

COMP  SHROUD 

718489 

110 

DIFF  ASSY 

721851 

120 

COMP  SH  ASSY 

721472 

I5-5B 


MORE. .  . 
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15-6:  SERIAL  NUMBER  INQUIRY:  This  transaction  can  be  used  to  display  the 
serial  number  availability  status  for  a  given  component  part.  The 
displays  are  extracted  from  the  availability  file.  There  are  two 
panel  types.  I5-6A  prompts  for  a  particular  component  part  number. 
I5-6B  will  then  display  a  portion  of  the  availability  list  for  the 
specified  component  part.  Hit  enter  repeatedly  to  page-through 
the  list.  Current  availability  status  and  last-using  engine  are 
also  displayed  on  the  list.  The  list  should  be  reasonably  short 
since  availability  data  is  purged  after  a  using  engine  is  marked 
as  "shipped"  by  M5-5. 


CFISER  DISPLAY  AVAILABILITY  STATUS  FOR  A  PART 

PART  NUMBER: 


I5-6A 


INPUT 


CFISER  DISPLAY  AVAILABILITY  STATUS  FOR  A  PART 

PART  NUMBER: 

SERIAL  NUMBR  IN-USE-NOW  USING  ENGINE 


CT3000 
CT3001 
CT3002 
CT300  3 
CT3004 
3003 


S 

S 


C450201 

C450202 

C450203 

C450203 


I5-6B 


INPUT 
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E.  PRINTED  REPORTS  AND  FILE  EXTRACTIONS  (MIXED  ON-LINE  AND  BATCH): 

R5-1:  ENGINE  CONFIGURATION  REPORT  -  ON  LINE:  This  report  will  generate 
a  special  form  for  a  series  of  up  to  50  consecutive  engines 
relating  to  a  particular  model.  The  format  of  the  report  is 
illustrated  in  display  R5-1A.  The  means  of  requesting  print  of  the 
report  are  shown  in  displays  R5-1B  and  R5-1C.  The  R5-1B  prompt  is 
displayed  first.  It  affords  a  user  a  choice  of  print  destinations . 
R5-1C  follows  with  a  prompt  for  model  number  and  range  of  serial 
numbers.  This  prompt  for  a  "range"  is  intended  primarily  as  a 
means  of  printing  consecutive  shipments  OF  THE  SAME  ENGINE  on 
back-to-back  sheets.  These  are  typically  distinguished,  one  from 
another,  with  unique  suffixes. 


CFPCFG  ENGINE  CONFIGURATION  PAGE  001 

TOMAHAWK 

TOP  ENGINE  ASSEMBLY  PN.  1029110-112  S/N  WR-E450202 

BASIC  ENGINE  ASSEMBLY  PN .  27035 


ITM 

NBR 

NOMENCLATURE 

PART 

NUMBER 

CHANG 

LTR 

SERIAL 

NUMBER 

! 

010 

BEARING,  BALL  ALT-02 

23372 

-J 

VZ124 

020 

SUPPORT,  #1  BRG 

23395 

-F 

CT3002 

030 

CASE  ASSEMBLY,  CPRSR,  1STG 

3^492 

-E 

QA123A20 

040 

BEARING,  ROLLER-ALT-01 

19301 

-M 

605 

R5-1A 

INSPECTOR" S  STAMP 

Q.E. 

STAMP 

CFPCFG  PRINT  AN  ENGINE  CONFIGURATION 


1.  XEROX-1:  SYSTEMS  PRINTER 

2.  XEROX-5:  GAINESVILLE 

SELECT  A  PRINTER  OPTION  AND  PRESS  ENTER: 


R5-1B 


INPUT 
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CFPCFG  PRINT  AN  ENGINE  CONFIGURATION 

MODEL-CODE  SERIAL-NBR-LO  SERIAL-NBR-HI 


R5-1C 


INPUT 
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R5-2:  ENGINE  CONFIGURATION  HISTORY  REPORT  -  ON  LINE:  This  report  will 
generate  a  special  form  for  a  series  of  up  to  50  consecutive 
engines  relating  to  a  particular  model.  The  format  of  the  report 
is  illustrated  in  display  R5-2A.  The  means  of  requesting  print  of 
the  report  are  shown  in  displays  R5-2B  and  R5-2C.  The  R5-2B  prompt 
is  displayed  first.  It  affords  a  user  a  choice  of  print  desti¬ 
nations.  R5-2C  follows  with  a  prompt  for  model  number  and  range  of 
serial  numbers.  This  prompt  for  a  "range"  is  intended  primarily  as 
a  means  of  printing  consecutive  shipments  OF  THE  SAME  ENGINE  on 
back-to-back  sheets.  These  are  typically  distinguished,  one  from 
another,  with  unique  suffixes. 


COMPONENT  REPLACEMENT  H1STORV 


CFPCFG1  PRINT  A  COMPONENT  REPLACEMENT  HISTORY  FOR  AN  ENGINE 


1.  XEROX-1 

2.  XEROX- 2 

3.  XEROX- 3 

4.  XEROX- 5 


SYSTEMS  PRINTER 
INFORMATION  SYSTEMS 
PRODUCTION  CONTROL 
GAINESVILLE 


SELECT  A  PRINTER  OPTION  AND  PRESS  ENTER: 


R5-2B 


INPUT 


CFPCFG1  PRINT  A  COMPONENT  REPLACEMENT  HISTORY  FOR  AN  ENGINE 
MODEL-CODE  LO-SERIAL-NBR  HI-SERIAL-NBR 


R5-2C 


INPUT 
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R5-3:  ENGINE  COMPONENT  PART  TO  ENGINE  REPORT  -  ON  LINE:  This  report  is  a 
direct  print-analogy  to  console  inquiry,  15-4.  The  format  of  the 
report  is  illustrated  in  display  R5-3A.  The  means  of  requesting 
print  of  the  report  are  shown  in  displays  R5-3B  and  R5-3C.  The 
R5-3B  prompt  is  displayed  first.  It  affords  a  user  a  choice  of 
print  destinations.  R5-3C  follows  with  a  prompt  for  model  number 
and  range  of  serial  numbers. 


CFPCFG2  ENGINE  CONFIGURATION  IN  A  RANGE  OF  SERIAL  NUMBERS  PAGE  001 

PART-NUMBER  LOW-SER-NBR  III-SER-NBR 


23372  VZ 120  9999999 


COMP-SER-NBR  ENGINE-SER-NBR 


VZ124  C450202 


R5-3A 


CFPCFG2 


ENGINE  COMPONENT  PART  TO  ENGINE  REPORT 


SYSTEMS  PRINTER 
INFORMATION  SYSTEMS 
PRODUCTION  CONTROL 
GAINESVILLE 


ENGINE 

1. 

XEROX- 1: 

2. 

XEROX -2 : 

3. 

XEROX- 3: 

4. 

XEROX- 5: 

SELECT  A  PRINTER  OPTION  AND  PRESS  ENTER: 


R5-3B 


INPUT 
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CFPCFG2 

PART 

NUMBER 


ENGINE  COMPONENT  PART  TO  ENGINE  REPORT 
MAX  INQUIRY  RANGE  =  50  SERIAL  NUMBERS 

COMPONENT  SERIAL  NUMBERS 
LOW  HIGH 


R5-3C 


INPUT 
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R5-4:  ENGINES  HAVING  A  COMPONENT  PART  REPORT  -  BATCH:  This  report  is  a 
first  cousin  of  report  R5-3.  This  version  automatically  prints 
out  an  complete  list  of  all  serial  numbers  currently  credited  as 
existing  in  engines  logged  on  system  FOR  A  USER  SPECIFIED  COMPON¬ 
ENT  PART.  The  format  of  the  report  is  illustrated  in  display 
R5-4A.  The  means  of  requesting  print  of  the  report  are  shown  in 
displays  R5-4B  and  R5-4C.  The  R5-4B  prompt  is  displayed  first.  It 
prompts  for  a  selected  component  part  number  to  print.  R5-4C  shows 
a  followup  prompt  for  number  of  print  copies.  A  separate  prompt 
for  print  destination  which  precedes  the  R5-4B  prompt  is  NOT 
illustrated  here. 
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CFMENU3  PRODUCTION  CONFIGURATION  SYSTEM  REPORT  MENU 

ENGINES  HAVING  A  SPECIFIC  COMPONENT 

PART  NUMBER: 


R5-4B  INPUT 


CFMENU3  PRODUCTION  CONFIGURATION  SYSTEM  REPORT  MENU 

ENGINES  HAVING  A  SPECIFIC  COMPONENT 


PART  NUMBER :  . 

ENTER  THE  NUMBER  OF  COPIES  YOU  WISH  TO  HAVE  FOR  THIS  REPORT: 


R5-4C  INPUT 
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R5-5 


:  ENGINES  HAVING  A  COMPONENT  PART  AND  CHANGE  LETTER  REPORT  -  BATCH: 
This  report  is  a  first  cousin  of  reports  R5-3  and  R5-4.  This  ver¬ 
sion  automatically  prints  out  an  list  of  all  the  serial  numbers 
currently  credited  as  existing  in  engines  logged  on  system  FOR  A 
USER  SPECIFIED  COMPONENT  PART  AND  CHANGE  LETTER.  The  format  of  the 
report  is  illustrated  in  display  R5-5A.  The  means  of  requesting 
print  of  the  report  are  shown  in  displays  R5-5B  and  R5-5C.  The 
R5-5B  prompt  is  displayed  first.  It  prompts  for  a  component  part 
number  and  change  letter  to  be  printed.  R5-5C  shows  a  followup 
prompt  for  number  of  print  copies.  A  separate  prompt  for  print 
destination  which  precedes  the  R5-5B  prompt  is  NOT  illustrated 
here . 
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CFMENU3  PRODUCTION  CONFIGURATION  SYSTEM  REPORT  MENU 

ENGINES  HAVING  A  SPECIFIC  COMPONENT  and  change  letter 


PART: 


REV  NUMBER: 


R5-5B 


INPUT 


CFMENU3  PRODUCTION  CONFIGURATION  SYSTEM  REPORT  MENU 

ENGINES  HAVING  A  SPECIFIC  COMPONENT  and  change  letter 


PART:  .  REV  NUMBER: 

ENTER  THE  NUMBER  OF  COPIES  YOU  WISH  TO  HAVE  FOR  THIS  REPORT: 


R5-5C 


INPUT 
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R5-6 :  CHANGE  LETTER  DEVIATION  REPORT  FOR  UNSHIPPED  ENGINES  -  BATCH: 

This  report  is  a  full  dump  of  change  letter  deviations  encountered 
during  the  logbooking  process  (not  the  kitting  process)  for 
UNSHIPPED  engines.  The  format  of  the  report  is  illustrated  in 
display  R5-6A.  There  are  no  special  prompts  for  search  parameters 
in  this  report.  Canned  prompts  for  printer  destinations  and  number 
of  copies  are  not  illustrated  here. 


TELEOYNE  INDUSTRIAL  MANAGEMENT  SYSTEM 


I 

I 

I 

I 


GO  UJ 
00  -  > 
SON 

CO  *•  h- 

—  ^  U 
N  -  < 

•  ••  a 

—  tf)  UJ 


UJ  **  *-4 
h-  UJ 
<  2 
O  *-*  uJ 
I  K  O 
Z  I  O 
3  Z  5 
a  3  i 
a  z 
z> 
a 


I 

I 

I 

UJ 


< 


u 

to 

i 

UJ 

i 

• 

z 

i 

UJ 

i 

i 

o 

i 

z 

z 

i 

UJ 

i 

> 

i 

O 

i 

Q 

UJ 

i 

a 

i 

UJ 

a 

i 

i 

-1 

X 

i 

to 

i 

UJ 

z 

i 

Z> 

i 

t— 

i 

a 

i 

o 

i 

u. 

i 

i 

a 

i 

►— 

i 

CD 

i 

a 

i 

5 

1 

o 

i 

=> 

i 

a 

i 

Z 

i 

UJ 

i 

i 

a 

i 

i 

CO 

i 

< 

1 

o 

z 

t 

►H 

i 

o 

o 

i 

a 

1 

CO 

>— < 

i 

UJ 

l 

b- 

i 

u0 

1 

u 

< 

i 

i 

l 

> 

i 

i 

UJ 

i 

l 

Q 

i 

l 

i 

a 

i 

a 

i 

UJ 

l 

UJ 

i 

CD 

1 

h~ 

i 

5 

1 

H» 

t 

D 

l 

•— 

UJ 

i 

Z 

l 

1 

-J 

i 

i 

in 

i 

h- 

1 

05 

in 

UJ 

i 

a 

) 

CO 

o 

o 

i 

< 

i 

CO 

u. 

z 

i 

a 

i 

<N 

o 

< 

i 

a 

X 

i 

a 

i 

o 

LL 

u 

i 

a 

» 

in 

u 

i 

O 

1 

o 

i 

a 

i 

h- 

i 

CD 

t 

a 

i 

l 

o 

i 

i 

a 

i 

1 

UJ 

i 

< 

1 

a 

i 

►— « 

i 

i 

a 

i 

«— 

i 

UJ 

f 

• 

to 

i 

CD 

UJ 

i 

CO 

to 

CN 

z 

i 

o 

2 

05 

>-* 

i 

IN 

•-* 

O 

o 

1 

O 

►— 

in 

z 

l 

in 

UJ 

i 

<T 

UJ 

a 

1 

00 

o  o 

CD 

l 

< 

z 

z 

7 

i 

CD 

1 

< 

UJ 

oo 

-J 

i 

b- 

o 

2 

UJ 

1 

< 

< 

»— « 

Q 

i 

Q 

a 

h- 

O 

2 

» 

U 

-  <$>  - 


-  87  - 

R5-7:  AUDIT  THE  WHERE-USED  RELATION  FOR  SERIALIZED  PARTS  BEING  USED  IN 
CONFIGURATION  LOGS  -  ON  LINE:  This  report  provides  an  overview  of 
the  change  Letter  auditing  procedure  utilized  during  the  logbook¬ 
ing  process.  It  provides  a  lis>_  of  engine-ser ial-number/change- 
letter  ef f ectivities  for  each  component  currently  being  tracked  in 
the  logbooking  procedure  FOR  A  USER-SPECIFIED  MODEL.  The  format  of 
the  report  is  illustrated  in  display  R5-7A.  Display  R5-7B  shows 
an  initial  user  prompt  for  choice  of  destination  printers.  R5-7C 
in  turn  displays  the  followup  user  prompt  for  a  model  code.  This 
parameter  is  used  to  find  the  component  part  numbers  that  will 
drive  the  print.  The  components  are  copied  off  the  list  of 
parts  that  are  held  on  the  model  files  supporting  maintenance 
transaction  M5-1. 


TELEOVNE  INDUSTRIAL  MANAGEMENT  SYSTEM 

DATABASE:  T I  MS  1  REPORT:  CFPBOM  -1  TELEDYNE.  CAE  RUN-DATE:  11/18/88 

PAGE. NO....:  1  AUDIT  THE  "WHERE-USED"  RELATION  FOR  SERIALIZED  PARTS  BEING  USED  IN  CONFIGURATION  LOGS  RUN-TIME:  15:14:01 

TIMS. NO.:  60923  * - *  RUN-MODE:  INTERACTIVE 
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CFPBOM  AUDIT  THE  WHERE-USED  RELATION  FOR  SERIALIZED  PARTS  BEING  USED 

IN  CONFIGURATION  LOGS 


1.  XEROX-1:  SYSTEMS  PRINTER 

2.  XEROX-2:  INFORMATION  SYSTEMS 

3.  XEROX-3:  PRODUCTION  CONTROL 

4.  XEROX-5:  GAINESVILLE 

SELECT  A  PRINTER  OPTION  AND  PRESS  ENTER: 


R5-7B  INPUT 


CFPBOM  AUDIT  THE  WHERE-USED  RELATION  FOR  SERIALIZED  PARTS  BEING  USED 

IN  CONFIGURATION  LOGS 

MODEL-CODE 


R5-7C 


INPUT 


R5-8:  ASSEMBLY  BOM  EXTRACTION  FOR  KITTING  -  ON  LINE:  This  file  extract 
is  used  by  Production  Control  to  transfer  a  bill  of  materials  out 
of  the  TIMS  environment  down  to  DEC/MANMAN  for  monthly  assembly 
kitting.  Its  outputs  cannot  be  viewed  directly.  Its  inputs  are 
shown  in  display  R5-8A.  The  mechanism  of  extraction  is  through  a 
combination  of  model  number,  engine  part  number  and  initial  engine 
serial  number.  Contract  number  is  an  item  of  descriptive  infor¬ 
mation  in  this  program.  "Engines  Picked"  controls  the  computation 
of  the  number  of  units  of  each  component  to  be  picked  in  the  next 
month.  Multiple  models  may  be  produced  in  a  single  session  of  this 
program  by  inputting  additional  extract  requests  after  the  first. 


OIPAKIT1  ASSEMBLY  BOM  EXTRACTION  FOR  KITTING 

MOD  ENGINE  SERIAL  CONTRACT  ENGINES 

NBR  NUMBER  NUMBER  NUMBER  PICKED 


R5-8A 


NPUT 


Page  1 


INTRODUCTION 

This  document  is  a  user's  manual  tor  ‘.he  kitt  in"  inter  fai"  nt  Cu.B.  it 
contains  a  description  of  ail  the  torms  and  pro< enures  licit  i  he  user  neons  to 
execute  in  order  to  kit  an  engine  for  assemble. 

The  input  to  the  kitting  interface  of  CALB  (referred  to  as  CAI.B/KIT  for 
convenience)  is  an  engine  components  list  chat  is  generated  on  the  TIMS  system 
in  Toledo.  It  consists  of  a  list  of  components  requited  to  fit  r\  sot  <;i 
engines,  and  includes,  for  eai h  component,  the  quantities  requited  and  an  upper 
bound  of  acceptable  revisions  for  each  component.  This  list  of  components  is 
then  downloaded  to  a  directory  readily  accessible  by  CAi.B/KIT.  CAI.B/KIT  till 
process  this  list  and  compare  it  against  a  MANMAN  generated  cork  order .  it  the 
list  matches  the  MANMAN  work  order  completely,  then  CAI.B/KIT  wiil  pet  form  the 
engine  kit.  The  engine  kit  consists  of  aut omai  mai i y  fetching  the  components 
from  the  AS/RS ,  and  then  updating  the  MANMAN  data  base  to  marl,  the  work  order 
as  kitted. 

During  the  kitting  process,  deviations  may  occur.  A  deviation  occurs  when  the 
revision  number  associated  with  a  component  in  inventory  is  higher  than  the 
highest  acceptable  revision  indicated  on  the  downloaded  hill  of  material.  Lac h 
deviation  is  written  to  a  deviations  file  that  is  then  sent  (via  k.TE;  to  tic. 
TIMS  system  where  it  is  used  in  electronically  producing  trie  buiid  book. 


CALL  KIT  ENbI Nj ;  IXTK R FACt 

The  input  in  this  interlace  will  be  a  biii  ui  components  ior  an  engine  kit  set. 
This  bill  will  be  p  r  e  p  «  r  e  1 i  by  'he  TIMS-  a-.icm  an.i  will  be  downloaded  to  a 
director;,  on  trie  VAX.  Trie  bill  will  contain  one  reiord  tor  each  < umponent  ui  an 
engine.  The  information  on  this  bill  consists  ui  two  par  t  s-engine  im  or  mat.  ion 
which  is  repeated  on  each  rn.urii,  ami  component  1r1inrn1.11  ion  winch  varies  iron, 
one  record  to  the  next. 

The  main  CALR  menu  will  offer  the  following  choices: 

CALR-KIT  ENGINE  INTERFACE 

10U  COPY  DOWNLOADED  FILES 
200  KIT  AN  ENGINE. 

300  CONTINUE  ENGINE  KIT. 

400  ISSUE  A  SINGLE  COMPONENT  TO  AN  ENGINE. 

500  UNKIT  AN  ENGINE. 

999  EXIT 

SELECT  ONE: 


MEM’  OPT  1 0 \  100  -  OOP V  I'h'iV ;\j .0 AiiilP_ £I_ i A 

A  bill  of  materials  liovnl  oaiicd  i  i  urn  i  lie  IB'!  v-  i  i  1  etui  n  p  In  a  1  i  \  <■  a 
predetermined  director)  on  t  lie  \  .AX .  This  mteria<e  viii  i  ops  i  lie  data  !i<>m  a 
bill  of  material  to  a  file  which  is  named  by  corn  ateiiat  ins  as  shown  below . 


a . 

The 

eng i no  numbe i . 

b. 

The 

start  ins 

ser i a  1 

numb’ 

"  t  . 

c  . 

The 

extons  ion 

'  DAT  ’ 

Thi  s 

file  t 

eill  then 

he  ust 

•d  In 

the  "KIT  ENG  IN  I’ 

will 

he  del 

leted  1 t om 

its  i 

r  igrn. 

a  1  d  i !  1 1  t  o ;  \  . 

Pa”-'  i 


MEM  OPTION  -fnn  -  KIT  AN  ENG  i  NP 
The  user  is  initially  presented  vith  the  following  form: 

CALB-KIT  AN  ENGINE 


WORK  ORDER  NUMBER:  CAKE 
ENGINE  MODEL  NUMBER:  724951 

STARTING  SERIAL  NUMBER:  CA-EG20250  NUMBER  OK  ENGINES: 


TAB-NEXT  TIELD  BS-PREVIOUS  FIELD 

PF1-EXIT  RET-END  OF  FORM 


The  user  can  end  this  form  with  a  RETURN  or  by  hit l  i  ng  PEI .  If  he  hits  RF1 ,  a 
message  appears  as  follows. 


CANCELLING  WORK  ORDER  KIT 


will  be  displayed  at  the  bottom  of  the  form  and  the  user  goes  back 
to  the  main  menu. 

In  normal  usage,  the  user  will  enter  the  work  older  number,  the  engine  number, 
and  the  starting  serial  number.  The  system  will  make  checks  as  follows. 

1.  There  is  a  matching  work  order  (with  a  work  order  number  of  CALB  in  this 
instance)  whose  status  is  RELEASED,  UNKITTED.  If  no  such  work  order 
exists,  a  message  js  displayed  as  follows. 


NO  SUCH  WORK  ORDER 


The  screen  is  cleared  and  the  user  is  asked  to  reenter. 


2.  There  is  a  downloaded  Dili  of  matei  iai  matching  v 
and  start  serial  number.  In  this  case,  it  w  1 1 
724951_CA-E620250.DAT.  If  this  file  is  not  found,  c. 
message  as  follows. 


entered 
lk  t  U  1 
system 


engine  numbei 
tile  call  *  ■ ,  i 
will  displ ay  a 


NO  BILL  FOR  ENGINE  724951  SERIAL  NUMBER  CA-E620250 


The  screen  is  cleared  and  the  user  is  asked  to  reenter. 
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If  all  the  checks  a;  »■  siirressful  ,  the  screen  is  redisplayed  as  follows. 
CALR-KIT  AN  ENGINE 

WORK  ORDER  NUMBER:  CAI.B 
ENGINE  MODEL  NUMBER:  724951 

STARTING  SERIAL  NUMBER:  CA-E62025G  NUMBER  OF  ENGINES:  2 

TAB-NEXT  FIELD  BS-PREVIOUS  FIELD 

PEI -EX IT  RET- END  OF  FORM 


This  screen  includes  the  information  on  the  number  of  engines  (  2  in  this 

case).  The  user  can  examine  this  form  and  make  a  final  decision  ui:  whether  to 
kit  (by  hitting  RETURN)  or  cancel  (by  hitting  PF1). 

If  the  user  does  hit  RETURN,  the  KIT  ENGINE  INTERFACE  then  starts  to  execute. 
First,  it  compares  the  components  in  the  dov/nloadecl  bill  of  material  with  the 
components  in  work  order.  The1  following  message  is  then  displayed: 

NOW  COMPARING  DOWNLOADED  BILL  WITH  WORK  ORDER 

If  differences  exist:  between  the  two  bills  of  material,  the1  following  message 
appears : 

DIFFERENCES  EXIST  BETWEEN  THE  BILLS. DO  YOU  WANT  A  HARD  COPY  (Y  OR  N)? 

A  hard  copy  of  the  differences  will  be-  provided  if  the  user  elects,  and  the 
user  will  go  hack  to  the  kit  engine  form. 

If  no  differences  are  found,  then  the  following  message  appears. 

NO  DIFFERENCES  FOUND. 

And  the  system  starts  building  the  pick  list. 


t' 


At  this  point,  the  message  is  displayed  as  follows: 

NOW  BUILDING  PICK  LIST. 

It  there  are  shortages  for  any  of  the  components  the  following  message  is 
displayed: 

SHORTAGES  EXIST  FOR  ENGINE  72-4951  ENGINE  CA-E62U2  ’0 .  HIT  ANY  KEY. 

And  the  system  waits  for  the  operator  to  strike  a  key. 


After  t.  ii  e 

o  p  e  r  a  t  u  r 

(x  s  struck  <i  key 

,  he  is  shown 

a  list  o 1  all 

suhassembl  i  <: 

>s  that  were 

found  t  o  he  shor t  . 

This  list  will 

appea r  as  t  r  i  i  ]  < iws 

COMPONENT 

O’ 

INVENTORY 

ENG  SERIAL 

NEM  ENGINES 

774311 

12 

8 

CA-Et.202  52 

.) 

78:71 1 1 

15 

9 

CA-F.G202  52 

MS- 1021 70 

U. 

4 

CA-Et.202  51 

.3 

DO  YOU  STILL  WANT  TO  KIT  (Y/N/M)? 

The  engine  serial  number  is  the  first  engine  for  which  a  shortage  exists.  The 
number  of  engines  is  the  number  that,  were  found  short.  When  assemblies  are 
being  picked  for  a  range  of  engine  serial  numbers,  CALR  will  assign  the 
assemblies  found  to  the  earliest  engine  serial  numbers.  If  any  shortages  exist, 
thee  will  be  assumed  to  occur  in  the  last  engine  serial  numbers.  Thus  ’nr 
example,  if  one  component  is  required  per'  engine,  and  kitting  is  he  ins  dune  fur 
(10)  engines,  arid  (8)  subassemblies  are  in  inventory,  then  the  last  (2)  engines 
will  be  short,  and  the  (8)  subassemblies  will  be  assigned  to  the  first  eight 
engines . 

The  shortage  list  is  shown  with  only  three  Ltems,  hut  it  could  <onsisl  of 
several  screens.  The  user  needs  to  reply  to  the  prompt  "Do  you  still  want  to 
kit  ?".  The  user  enters  a  "V"  when  he  has  decided  that  he  wants  to  kit  in  spite 
of  shortages,  an  "N"  v.hen  lie  has  derided  net  to  kit.  Tte-  user  v  j  1 1  enter  an  "M" 
if  he  is  not  suit1  whether  or  not  to  kit  and  wants  to  see  more  of  the  list  of 
shot  t. ages . 


If  no  shortages,  are  found ,  or  if  the  user  earns  to  kit  in  sj;  i  t  e  of  short  ag<  >  , 
the  systeni  will  start  the  pick.  A  message  appears  as  toiiuis. 

STARTING  TO  PICK. PLEASE  RE  PATIENT . 

After  a  suitable  delay,  the  first  pan  is  brought  to  workstation  2. 

At  this  point,  the  screen  appears  as  follows: 

PICK  SCREEN 

PICKING  PART:  MS  101 -2  PAN:  010  LOT:  12S4.',o7.1 

REVISION:  J  QTY :  ' 

NEXT  ACTION:  P 

P-PICK  S-SKIP  X-EXIT 

TAB-NEXT  FIELD  BS-PREV 10US  FIELD 

RET-END  OF  FORM 


The  system  will  display  default  values  for  ail  of  the  fields.  The  default  for 
the  REVISION  will  be  the  reusion  associated  with  the  lot.  The  delault 
displayed  in  the  Quantity  field  will  he  the  quantity  in  the  lot.  The  default  in 
the  NEXT  ACTION  field  will  be  "P"  for  piek. 

The  operator  can  enter  new  values  in  the  REVISION,  QTY,  and  NEXT  ACTION  Helds. 
I  he  actual  revision  on  the  part  (as  determin'd  by  visual  inspection)  should  be 
entered  in  place  of  REVISION.  The  actual  quant  it \  that  the  operator  wants  to 
pick  (which  should  be  less  than  or  equal  to  the  quantity  in  the  lot)  should  be 
entered  in  the  QTY  field.  Typing  a  ”P"  in  the  NEXT  ACTION  field  will  cause  the 
system  to  record  the  pick  of  an  item.  Typing  an  "S"  will  cause  the  system  to 
SKIP  the  part,  and  typing  an  "X"  will  cause  the  system  to  exit  immediately. 
The  last  entr\  displayed  vill  not  be  picked  if  an  "X"  is  typed. 

Once  the  operator  has  completed  the  PICK  SCREEN  and  typed  RETURN,  the  system 
response  will  depend  on  whether  or  not.  a  new  pan  needs  to  be  fetched.  If  the 
user  has  not  picked  all  of  the  components  from  the  current  pan,  the  PICK  SCREEN 
will  be  redisplayed  for  a  new  component /lot  number. 

If  the  user  has  completed  picking  from  this  pan,  a  message  appears  as  follows. 
PRESS  PICK  COMPLETE  TO  RETURN  010  AND  FETCH  PAN  042 

The  first  pan  number  is  the  last  pan  fetched,  and  the  second  pan  number  is  the 
next  pan  to  he  retrieved.  Once  the  user  has  hit  the  PICK  COMPLETE  button,  tin.' 
entire  pick  cycle  is  repeated  for  the  m xl  pan. 


Page  B 


Once  all  the  pari  s  are  pirki"1.,  the  *  ••>]  loving  message  is  il  1  sp  '■  a  yed  : 
ALL  PARTS  PICKED.  HIT  ANY  KEY  TO  CONTI NKE. 

The  system  will  wait  for  the  operator  to  strike  a  key  ami  then 
following  mes  s  ag  e : 

NOW  UPDATING  MANMAN  DATA  BASE. 

After  the  MANMAN  data  bas<*  has  been  updated,  the  system  will  leturn 
CALL  menu. 


i  i  sp  1  ay  t  he 


In  the  ma i n 


MENU  OPTION  'HD  -  CONTI  NIT,  i  \  ,  1  M.  Ki'l 

Thi s  operation  is  essentially  identical  tu  KIT  ENGINE.  The  op"t  atnr  is  first 
presented  with  the  screen 

CALB-CONTINUE  ENGINE  KIT 

WORK  ORDER  NUMBER:  CALB 

ENGINE  MODEL  NUMBER:  724951 

STARTING  SERIAL  NUMBER:  CA-Eo20250 

TAB-NEXT  FIELD  PS-PREVIOUS  Li  ELD 

PF1 -EXIT  RET -END  OF  EOLM 

The  user  can  end  this  form  with  a  RETURN  m  in  in  It  1 Li'.,  i!  in  h .  !  ■■  i  i  ■  ,  a 

message  appear  s  as  follows  and  t  tie  uset  goes  ha' 1.  to  the  main  menu . 

CANCELLING  WORK  ORDER  KIT 

In  normal  usage,  the  uset  will  enter  the  work  «#i  dor  nunthei  ,  t  he  engine  numb-  :  , 

and  the  starting  serial  number  •  The  system  will  main  checks  as  t\.i  im  s. 

1.  There  is  a  matching  work  order  (with  a  work  order  number  ot  CAI  P  in  this 
instance)  whose  status  is  RELEASED,  UNK1TTED.  If  no  such  work  order  <•:.  ists, 
a  message  is  displayed  as  follows. 

WORK  ORDER  CALB  IS  NOT  Kill  ED,  1 N  PROCESS. 

The  screen  is  cleared  and  the  user  is  asked  to  reenter. 

2.  There  is  a  downloaded  bill  of  material  matching  the  entered  engine  number 
and  start  serial  number.  In  this  case  it  will  look  tor  a  file  tailed 
724951_CA-EG20250.DAT.  If  this  file  is  not  found,  the  following  message  i  ■■ 
d i splayed . 

NO  BILL  FOR  ENGINE  724951  SERIAL  NUMBER  CA-EL20250 
The  S'  reeri  is  t  ]  eared  and  the  uset  is  asked  to  reenter. 

It  all  the  checks  are  sui  <.  essl  u  i  ,  the  CONTINUE  ENGINE  KIT  l  id  or  i  are  starts  to 
execute.  Tiie  first  tiling  it  does  is  to  display  t  bo  following  message: 

NOW  GATHERING  REQUIREMENTS. 

Il  (fieri  star's  tu  build  the  requirements  1  i  1  o  from  t  tie  work  order  da'a  in  tie 
MANMAN  data  Ease.  ()n<  »  t  be  r  eijui  r  e  merit  s  file  is  built,  tin  system  constrin  t  s 
the  pick  list.  The  remainder  of  t  lie  prompts  and  messages  an*  jdeiii  i<  a  1  to  t  iio>e 
for  KIT  AN  ENGINE. 


on  io 


M;  '■ 


\  .00  -  i  SSI  I  A  SlNOI.r  !■'  AN  i  \  N 
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CALF- ISSUE  A  COMPONENT 


V.'ORK  ORDER  NUMBER:  CAi  B 

COMPONENT  I' ART  NUMBER:  MS  10 1-2 

ENGINE  NTMBl!  :  '.-VJ'i! 

ENGINE  SERIAL  NUMBER:  CA-I  0202  7(1 

TAB-NEXT  FIERI'  BS-PREv  if'US  r  I  ELD 

RE ’• -EXIT  RE  I -END  OF  FORM 


As  l  >m  I  mi  ►  ,  the  user  i  an  terminate  the  tun.sd.l.  inn  U\  h  i  ’  t  i  tis  RFi.  Tin- 
usage  would  he  to  enter  a  cork  i»r>ler  number  ,  ,i  part  jiumbei  ,  an  engine 
ana  -i  sniaJ  number  ,  and  bit  return. 
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The  screen  is  cleared  and  the  user  is  asked  tu  reenter. 

i.  The  part  be  i  rip  issued  occurs  in  the  hi  1  1  of  material  In  t  In  loti,  n 
it  does  not,  then  a  message  is  displayed  as  felloes: 

NO  SUCH  COMPONENT  FOR  V.'ORK  ORDER  CARP 

The  screen  is  cleared  and  the  user  is  asked  t-  t  cent  et  . 
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Oih  e  ail  ui  t  irese  'hecks  at  v  <  ni|- let  e ,  the  s;.st".m  e.  i  I  !  ..I  i  *•  !  i.  •  h-  j.  ;  1  <  <v  i  n<; 
nifbSdge : 

NOV.  BUILDING  REQUIREMENTS  FOR  COMPONENT  MS ini-_ 

The  system  will  examine  the  MANMAN  il.it  a  has  ••  »  >.<  del  et  ms  ta  trie  tut  i  »m;u  i  t  *-m> -tt  t 
to  i  component  MS  1  0  1  -  J  .  It  t  lie  uni.  n  t  n  >  r  s  1m  v.  s  ■•.  .  e  t  <«  r  •  n  -  i  e  n.  •  ■  a  t  'his 
component,  the  system  will  dispi.c-  tie-  f  a  I  it.v  in.;  message : 

ALL  THE  REQU1 REMENYS  FOR  MS  101 -i  HAVE.  BEEN  MKT.  ri  LI  ANT  LEV  TO  CONT  IMF. 
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been  -.tailed.  Thor  el  nr  <_  the  operat  oi  \  i  i  i  n< 1  >  eii-e:  >  '  La '  •  i  i  <  n<  n.a  f  •  :  •.  a  i 

l  s  s  mol  t  ii  the  work  uni  r  is  a\  a  j  i  an  1  e  1 1  1  t  ••  t  u  i  in  a :  . 

The  initial  firm  fur  this  I  i  arism  t  i  on  will  )■ 

CALF.- Dili: IT  A  VOLK  ORDER 

LORE  Oi  DEI  Xi  MEEi CAI  P 

TAB- NEXT  FLU  in- pi  i  *  OTY  d.L 

i'FI-  LX  i  T  lil.'KIT  Kii'I-I'.Xi'.Ci'Ti  1  L  WSA'Tl  ON 

Om  e  tin-,  user  has  entered  th>-  utf.  ur.h-r  tnimlx  r  and  hi'  LETVRX,  t  he  s  >  s  t  em  .ill 

i  hook  i.  he  existence  ol  a  lull;  oilier  >AEE  wit!,  a  status  of  "  K  1  I  i  i  i  ’ ,  lX  PROCESS'  . 

If  in  such  work  m  dor  can  lie  found,  the  message  till  t,..  d  j  sp'.  r.cj  as  follies: 

Vi)KK  OKI >I.K  CAL!  iS  NOT  KITTED. 

If  the  work  order  is  a  KITTED  work  order,  t.'AI.F  »-  i  ]  J  displa)  t  f  i  •  Lai  m  ,  n,; 

message ; 

NOV  GENEKATI NT.  KFTl'RN  LIST. 

It  will  regenerate  the  pick  from  the  MAX'!  \N  material  movement  audit  trail.  ;  r 
each  pail  to  he  returned,  a  tier  location  may  he  determined,  it  re«ju  1 1  e.t .  Tie 
criteria  for  se  1  •*.  t.  i  ng  a  location  is  that  after  the  mater  lai  t.a^  l-a-eu  tc  lurried, 
i*  must  in  t  !>•■  nu  1 1  e  than  I  (JO  %  full. 

("A!  i‘  v  ,  i  I  m  .  t  display  the  follow  ins  message: 

STARTING  RETURN  SEQUENCE . PLEASE  FE  PATIENT . 

Alter  a  suitable  deia>,  the  first  pan  IS  bl  ,.u„lil  to  v  u  I  L  s  i  a  t  1  on  I. 

At  this  point.,  the  screen  appears  as  follows: 

i'ALTS  RETURN  SCREEN 
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BS-PREViolS  FI  ELL 
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Once  t  he  operator  has  returned  the  mat  trial  to  t  he  pan  and  p:  c-^ed  it'uiii, 
s>  stem  vi  1 1  determine  it  a  nev.  pan  needs  '  o  be  ieUhed.  It  a  in-*,  pan  n*.-*.- . 
tie  fetched,  the  message  will  appear  as  in!  lows. 

PRESS  PICK  COMPLETE  TO  RETURN  PAN  0  i *  AND  I'ETCti  I' AN  0-,_. 

Alter  the  operator  has  pt  essed  pi  'L  COMPLETE,  the  system  will  fetch  t  tie 
pan  and  repeat  the  e  \  i  le  tor  this  J>al, . 

If  tin  re  is  mere  tiiater  ia]  to  he  returned  to  the  cur  rent  pan,  the  lor 
redisplayed  for  the  next  par !  numbor/l  et  combi  nation  and  'tie  eyrie  is  repe-j 

After  all  t  he  parts  issued  to  t  tie  work  older  have  been  returned,  t  he  mess  up 

d  :  sp  1  ayeo  as  toll u*  . 

ALL  PARTS  HIT  ANA  KLA  TO  CONTINUE. 

The  system  w  i  i  i  wart  lot  ttie  operator  to  sliJi.e  a  k">  arid  then  dispia> 
me  S  s  a  "  e  a  S  toil  ov.  S  . 

NOV.  UPDATING  MANMAN  DATA  BASE. 

Alter  t  t !  •  MANM  \N  data  Ease  has  i'eeii  Updated,  t.’r.  sVs'en  v.  i  ;  i  r  •  t  u  I  I.  to  !  i  <  ■ 
Al I  menu . 
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P  P  i:  N  D  I  X  II 
ACRONYMS 


ASO  -  Assemhl  y  Sequent  e  Outline 
\0R  -  Assembly  (.'til'!  Routing 
API.  -  Advanced  Programming  Language 
AQAS  -  Automated  Quality  Assurance  S\steni 
AS/RS  -  Automated  Storage  anti  Reti  im.il  system 
BASEV1EV.  -  graphics  sufluarr 
BOM  -  Bill  Ot  Material 
CALF  -  Computer  Aided  log  Bonk 
CDD  -  Common  Data  IHctiona'y 
CRH  -  Component.  Replacement  History 
DATATRI EVL  Data  management  software 
ECO  -  Engineering  Change  Order 
FIFO  -  first  In  First  Out 

Kit  -  Collection  of  tooling  and/or  components  for  manufacturing  operations 

F107  -  Cruise  missile  engine 

IBM  -  International  Business  Machines 

IGF.S  -  Initial  Graphics  Exchange  Specification 

IMIP  -  Industrial  Modernization  Incentives  Program 

MADSS  -  Material  Automated  Dispatch  Scheduling  System 

MANMAN  -  MANufac luring  MANagemenl  software  by  ASK,  Inc . 
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MPT  -  Manuia-  1  ui  1112  Pur  is  I.isi 

MRI  -  Manuf  ac  t  ur  i  ng  Resource  Planning 

POP  -  Programable  Data  Processor 

Postscript  -  software 

Q01  -  Quality  Operation  instructions 

RJE  -  Remote  Job  Entry 

TDMS  -  Tool  Data  Management  System 

TIMS  -  Teledyne  Industrial  Management  Svstem 

TIMS 2  -  Teledyne  Industrial  Management  System  spec if  leal 1\  tor  use  b>  t 
Gainesville,  Georgia  facility. 

TRACS  -  Tooling  Requirements  Availability  Control  System 
VAX  -  Product  of  Digital  Equipment  Corporation 
VMS  -  VAX  operating  system 

Routings  -  A  document  which  sequences  operations  for  the  manuf ac  t  tire  ot 
product 


